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PREFACE 


A three-day NASA Virtual Airspace and Modeling Project (VAMS) Technical 
Interchange Meeting (TIM) was held at the NASA Ames Research Center in 
Mountain View, CA, on May 21 through May 23, 2002. The purpose of this 
meeting was to share initial concept information sponsored by the VAMS Project. 
An overall goal of the VAMS Project is to develop validated, blended, robust and 
transition-able air transportation system concepts over the next five years that will 
achieve NASA’s long-term Enterprise Aviation Capacity goals. This document 
describes the presentations at the TIM, their related questions and answers, and 
presents the TIM recommendations. 

This TIM provided a forum for concept developers to discuss their proposals with 
each other and with the modeling and simulation elements of the project. The 
objective was to present a level of detail that is fully equivalent to that found in 
technical proposals and related work. For those TIM participants discussing a 
specific operational concept, this level of detail meant exchanging information 
equivalent to their NRA proposed operational concept guideline topics. 

Breakout meetings, separate from the concept discussions, were held on concept 
guidelines, metrics and operational scenarios and technology roadmaps. The 
purpose of the breakout meetings was to achieve a common and consistent view 
of these critical topics by leveraging the experience and expertise of the TIM 
participants. After each breakout session a special topic was discussed, these 
included NASA’s work on the Distributed Air Ground concepts (DAG), the 
Virtual Airspace Simulation Technologies (VAST) modeling system prototype 
and the initial socio-economic and demand forecasting effort. The purpose of 
these special topics was to convey information about related work that may 
impact the concepts. 
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1 . 

NASA Welcome to the Virtual Airspace Modeling and Simulation 
Project Technical Interchange Meeting No. 1 

Mr. Robert Jacobsen 

Director, Airspace Systems Program, NASA Ames Research Center 

A copy of Mr. Jacobsen’s presentation is attached as part of the appendix and is 
available on the Web site. 

Dr. Victor Lebacqz gave the introduction and welcome to the first technical 
interchange meeting (TIM) of the Virtual Airspace Modeling and Simulation 
(VAMS) project. He indicated that the VAMS efforts will be the baseline for the 
start of the next 1 0 or more years of work in capacity improvements. 

Key Comments by Mr. Jacobsen 

NASA’s Aerospace Technology Enterprise (Slides 2-3) 

An increase in the capacity of the national airspace system (NAS) is mandatory in 
order for the system to handle the passenger demands that are projected over the 
next 25 years. The Airspace Systems Program (ASP) has identified a set of goals 
based on projections of annual passenger emplanements. These goals include 
doubling the capacity of the aviation system within 10 years and tripling the 
capacity within 25 years. Intercity transportation time will be reduced by half in 
10 years and two-thirds in 25 years. Long-haul transcontinental travel time will be 
reduced by half in 25 years. Mr. Jacobsen indicated that VAMS is the most 
important project the country is working on in this area. 

Airspace Systems Goals and Objectives (Slide 4) 

The ASP is required to develop “revolutionary operations systems and vehicle 
requirements” to meet these goals. “Vehicle requirements” mandate that we 
develop operations concepts using Short Takeoff and Landing aircraft (STOL) 
and Vertical/Short Takeoff and Landing (VSTOL) aircraft systems to make better 
use of existing facilities, rather than the aircraft themselves. Initial development 
of these concepts was part of an earlier ASP [the Short-Haul Civil Tilt-rotor 
(SHCT) project], 

FAA Operational Evolution Plan (OEP) (Slides 5-6) 

The FAA has an OEP approved by the Secretary of Transportation and endorsed 
by the RTCA. This plan represents the national policy for NAS modernization. 
OEP support is important to the program, but the degree of capacity improvement 
in the OEP falls short of what will be needed. The necessity for new operational 
concepts for the future has led to VAMS and its System-Level Integrated 
Concepts (SLICs). 
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Airspace Systems Projects and Roadmap (Slides 7-9) 

VAMS is the starting point for defining and developing ideas on the direction for 
the future. The VAMS project will build on previous or current ASPs, which 
include the following: 

■ Terminal Area Productivity (TAP) (1994 - 2000), which 
developed AVOSS technology and that will now will be brought 
into VAMS to turn it from a “technology” project to a system 
concept (WakeVAS) 

■ Short Haul Civil Tilt-Rotor (SHCT) ( 1 994 - 200 1 ), an aircraft 
technology project, whose data need to be used to develop new 
aircraft operations concepts 

■ Airspace Operations Systems (AOS) Base project, the basic 
Human Factors project 

■ Advanced Air Transportation Technologies (AATT) (1996 - 2004) 

■ Small Aircraft Transportation System (SATS) (2001 - 2005), 
which is new in ASP and will be the focus of point-to-point (PTP) 
concepts 

Concept of operations research is not in the VAMS name, but it is the most 
important part of the VAMS effort. Congress is verbally supportive but wants to 
see something concrete before providing real support. VAMS will develop the 
vision for the future. 

Synopsis of Questions and Answers for Mr. Jacobsen 

There were no questions or comments for Mr. Jacobsen from the NASA research 
announcement (NR A) participants. 
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2 . 

Virtual Airspace Modeling and Simulation 
Technical Interchange Meeting 

Mr. Harry N. Swenson 

VAMS Project Manager, NASA Ames Research Center 

A copy of Mr. Swenson’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Swenson 
Introduction (Slides 1-3) 

This meeting is a TIM not a workshop. For the purpose of Ames’ Legal office 
this TIM is a closed meeting; participants and companies signed nondisclosure 
agreements, contracts or Space Act Agreements to participate. Open exchange of 
information is desired. The VAMS NRA contracts. Space Act agreements, and 
any other method to get the project goals accomplished will be used to bring 
participants to the project. This agreement to share and blend ideas will be critical 
to the success of the project and for the Aviation community at large. 

We’re looking for a vision of the future in operational concepts and we are 
planning to utilize NASA and other’s (FAA/RTCA) concepts to do this. NRA 
participants are expected to provide a significant contribution to operations 
concepts. We need to develop a view of the future that links NASA and the FAA 
far-term visions. This includes development of the National Airspace System 
modeling and simulation tools, along with evaluation methods and techniques, to 
help us understand how these concepts can be put into operations over time and 
an with the understanding of their benefits, limitations and costs. The three pillars 
of VAMS which form the vision of the project are: Modeling and Simulation 
Tools; Evaluation Methods and Techniques; and Operational Concepts. 

The remainder of this briefing will discuss project description, project 
management, project schedule, and an overview of the TIM, its objectives and 
agenda. 

A View of the Current System (Slides 4-6) 

I will describe my view of today’s baseline air transportation system (ATS) 
operations. Today’s ATS operations concept starts with an airplane at a gate and a 
dispatcher giving him a request to fly the aircraft (passengers and/or cargo) from 
its location (gate) to its destination (gate) in a specified period of time. Then the 
aircraft asks for clearance from a controller in a tower to achieve this request and 
it then progresses through the surface operation to the takeoff phase. Today, this 
is all done through voice directions from dispatch, to the pilot and back to the 
controller, with the pilot and controller using just their eyes as sensors. The 
takeoff phase is the stage at which advanced technology starts being used (radars. 
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etc.). The aircraft then moves through one or perhaps several controllers as it 
enters and leaves the terminal phase into the en route airspace. The aircraft climbs 
and enters en route airspace, going through many sectors and perhaps many 
centers. Each handoff requires voice interaction between the pilot and a 
controller. The aircraft then starts its descent phase back into a terminal 
environment, talking to controllers and then finally to the surface again. The taxi 
surface phase occurs when the flight plan is cleared. After the pilot talks to the 
dispatcher, they begin their next adventure. Again, this is my view of the ATS. 

As an example, a flight (Swenson’s usual flight to NASA headquarters) from San 
Francisco to Dulles passes through 35 sectors in a single flight: 

■ Six surface and terminal departure sectors 

■ Twenty-three en route sectors 

■ Six arrival sectors 

At each stage of this flight a request has to be made to transition each of these 
sectors along with the generation of permission to proceed. Now this example is 
for a single aircraft, but the daily operations of 5000+ aircraft simultaneously is a 
very complex scenario. The possible implication is that with the required amount 
of coordination, and the large number of control structures to support them in the 
current ATS, may be causing the system to become highly inefficient and overly 
complex. On the other hand, with all the necessary checks and balances it is very 
safe. 

The new concepts must support known as well as unknown demands.. Since many 
flights encounter off-nominal conditions in the routine of a 24 by 7 operation, 
these advanced concepts must be tested against off-nominal conditions. The most 
noteworthy example is September 1 1, 2001. (Video of FACET/ETMS playback 
of September 1 1 th shutdown of the NAS is shown). The shutdown of the NAS is 
just one of the off nominal conditions that our current ATS handles, and one 
which must be handled by any future system. 

VAMS Project Goals and Issues (Slides 7 — 9) 

VAMS is required to provide new models and simulations to provide the safe 
investigation of new concepts and technologies. The current process for 
conceptual and technological introduction into the NAS includes extensive and 
expensive real-time simulation and field testing, but the process is limited in the 
complexity of analysis it can support. Typically, we simulate our technologies 
using the feedback of one to four controllers, where the concept or technology can 
have impact on hundreds of controllers or aircraft. VAMS will try to extend the 
number of controllers’ actions that can be used to evaluate, via simulation, the 
real impact of advance concepts and technologies. The VAMS project was given 
enough money to think and analyze, but not enough to develop technologies other 
than those necessary to model or simulate the airspace system. 

New operational concepts need to be explored in relation to the following: 

■ Benefits, risks, and limits 
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■ Infrastructure requirements 

■ Transitional strategies for operations and infrastructure 

We need to start developing the advanced concepts today. This will lead to 
developing technology roadmaps for R&D as well as transition. In addition, we 
need to determine how our ideas will address limits, i.e., infrastructure challenges 
to achieve NASA’s long-term performance goals (three times emplanements, 
twice the mobility). 

A good way to understand this requirement is to look at historical demand. The 
propagation of existing emplanement data into the future supports the goals to 
achieve three times capacity for the NAS in the 2020’s. There is also a direct 
relationship between the speed of the transportation system and the economic 
growth it supports. If we wish to continue the long-term economic growth that is 
attributed to the quick and expeditious movement of people and goods, than we 
need to find ways to increase the capacity of the NAS. We were questioned in 
the days following September 1 l' h as to why we’re starting VAMS now. 

Couldn’t we wait a couple of years? Data shows that in the past, demand has 
leveled off at times (as in our current crisis) but there has always been a rebound 
that is followed a steady growth in delays. 

There are several issues that this project is addressing. The NAS is on the verge of 
gridlock and this will have severe negative impacts on our economy and mobility. 
New concepts are needed to meet the future capacity demands. Substantial 
change is needed to NAS operations. What we are doing is focusing this project 
beyond the current path of development (i.e., over the next 5-7 years) — looking 
beyond 2010 to 2020. A substantial change in the system requires substantial 
improvement to the tools. This implies a revolutionary approach (concept) and the 
ability to model, simulate, and evaluate these tools and concepts in the NAS as a 
whole. In other words, we need to develop a “seamless digital airspace” as 
described in the NASA Blueprint for Aviation. 

VAMS Project Overview (Slides 10-13) 

We know that there are existing models that need to be pulled into an extensible 
architecture. There is also a need for improved models, which are more 
encompassing in nature. A need also exists to validate a tool set developed as part 
of this effort. 

Three major project goals exist: 

1 . Validate a tool set based on existing ATS concepts. 

2. Evaluate and assess a revolutionary integrated operational concept based 
on validated tool set. 

3. Develop a technology roadmap to implement the advanced concept. 

This is really the project’s major deliverable. 

The terms and definitions we’ve been using within VAMS are consistent with the 
way the has FAA described the evolution of the NAS operational concept for a 
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number of years. Definitions how here are: Operational Concept; Modeling; 
Simulation; Real Time; and Non Real Time. Operational Concept definition 
addresses the functions required in an ATS. The future system will have to 
address all the functions that the current air transportation system addresses. How 
VAMS functions are implemented may change over time, and we will need to be 
aggressive to meet future needs (i.e., adding new, more aircraft). We need to 
establish a functional link between the current FAA OEP-oriented approach and 
this future-oriented program that looks backwards from the performance needs of 
the future. Modeling and simulation definitions are pulled very nearly from 
Webster’s. The real-time is a special qualifier on simulation that is needed to 
support the human-in-the-loop (HITL) experiments. Non-real-time simulations 
can be faster or slower than real world, usually to support Monte-Carlo 
approaches to analysis. 

The VAMS technical process describes, “how we’re going to do it.” Within this 
process, we are defining and analyzing operational concepts and scenarios using 
the taxonomy you’ll hear more about later from Rob Fong. We need to analyze 
these with policy goals and socio-economic models. We are also developing a 
modeling environment. This environment will start out low fidelity and non-real- 
time, but will evolve to high fidelity and real-time over the next few years. We 
need to do this keeping in mind our three project goals. This process of 
developing concepts and using our modeling environment to evaluate them and 
the development of our roadmaps is an iterative one. It will be cycled at least 
twice with an integration step over the next five to six years. 

There are lots of technical challenges. (The technical challenges for each of the 
three VAMS areas - Modeling and Simulation; Evaluation and Assessment; and 
Operations Concept and Analysis - in slide 10 were discussed.) Operations 
Concept and Analysis, the focus of this TIM, centers on figuring out how to 
develop operational concepts that will achieve NASA’s Enterprise goals (e.g., the 
three times the emplanements). Seamless integration of all the concepts and tools 
to be developed requires people meeting and working together. We need to 
answer how we will accomplish the Enterprise goals using analysis of operational 
concepts developed and their supporting technologies. As a result, we will bring 
together and evaluate various operational concepts, that are expected to result in a 
“best of breed.” 

Future Concepts (Slides 14-17) 

A goal of the VAMS project is to break down barriers across all airspace domains 
(strategic, regional, and tactical) for “seamless operation and reduced constraint.” 
The use of predictive aircraft trajectory knowledge of the future to break down the 
barriers, is an extension of what we’ve been trying to accomplish with AATT, 

OEP, and free flight phase 1 (FFP1). 

In the next 2-3 years we, as part of VAMS, will develop and assess the new 
concepts. We’ll have to develop tools to assess these new concepts and define the 
“goodness of being seamless” as part of this project. Mr. Tom Romer will 
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provide details of the system tools approach for the airspace concept evaluation in 
one of the next briefings. 

Major steps include the following: 

1 . Requirements 

2. Gap analysis and validations 

3. Extension: a major extension of models — adding the real-time aspect 

A library of models and an open architecture will be created for expansion of the 
project into the community, so its members can participate in an evaluation of 
concepts. We will also provide access to simulation and laboratory capability to 
increase the fidelity of the “best” concepts. Annual software builds and an 
incremental increase in capability will also be built into the project. 

VAMS Project Summary, TIM Objectives (Slides 18 - 23) 

VAMS will not deviate from project goals (the project deliverables are restated). 
Annual updates to all the products associated with meeting these goals (including 
annual builds of the modeling system) will be produced. Accomplishing these 
goals requires us to do many jobs in parallel. You can see by looking at the 
VAMS Roadmap (a linearized version of the VAMS Process chart), that this is a 
complex project. Parallelism of elements increases development speed, but 
challenges development integration. We’re identifying concepts, scenarios and 
metrics to meet the long-range goals of the Enterprise. The early focus will be on 
requirements, definition, and non-real-time simulation and later on real-time 
experiments. Facility integration isn’t important until later when we get to the 
large real-time experiments necessary to validate our integrated concepts. 

We want to look to the future and define real-time experiments that extend what 
we are currently able to do. We know how to do simulations with small numbers 
of pilots and controllers. Our goal is to be able to simulate the actions of a large 
number of controllers, increase fidelity by adding larger numbers of aircraft and 
facilities, and validate the advanced concepts we develop. As we progress over 
time on VAMS, we want be able to do NAS wide simulations first in non-real- 
time and later, if required, with as many real-time attributes as required to 
understand the critical interactions of the humans within the NAS. We can then 
feed the results of these experiments back to the concept developers, who can use 
the later builds of the tools to evaluate them. The final activity at the end of the 
roadmap is an evaluated, integrated system-wide concept of operations that 
NASA can be proud of, and which is consistent with the project’s interpretation of 
the OMB and NASA management guidance. 

As seen from this organization chart, VAMS is a large, distributed project. 
(Identification of Harry as project manager, Del Weathers as deputy, 
administrative support plus Project Level 3 leaders.) 

One of this TIM’s objectives is to integrate and begin to organize the project to 
help manage it across multiple NASA centers and organizations: Ames Research 
Center (ARC), Langley Research Center (LaRC), and Glenn Research Center 
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(GRC), along with our FAA and DOT collaborators. This is a programmatic 
constraint of the project. VAMS is following the contracting guidance of NASA 
Headquarters that specifies approximately 70 percent of its resources will be 
contracted to the US aerospace industry and universities. To facilitate 
coordination, all participants will meet twice a year. At this TIM we’re going to 
discuss the initial air transportation system concept definitions that we acquired 
via the out NRA’s. There were numerous proposals and we selected the best 
concepts via this fair and open competition. I congratulate the awardees and 
welcome them aboard. There are also three items we’ve been struggling with, 
which are the focus of the breakout sessions we have scheduled during this TIM: 
initial technology roadmap definition; initiation of evaluation scenarios and 
metric definition and development; and guideline development for concepts 
assessment. In particular, we have not received guidance from Headquarters on 
what a technology roadmap is. We hope we have the brainpower here to help us 
determine what we will need to develop in this regard. 

(Description of Agenda, along with TIM logistics is presented). 

Synopsis of Questions and Answers for Mr. Swenson 

There were no questions for Mr. Swenson. 
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3 . 

System-Level Integrated Concepts (SLIC) Overview 


Mr. Robert Fong 

Level 3 Manager, SLIC Sub-element, NASA Ames Research Center 

A copy of Mr. Fong’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Fong 
SLIC Overview (Slides 1-5) 

The System-Level Integrated Concepts (SLIC) sub-element development process 
is introduced. This first TIM has a concept element focus and is designed to 
develop a common understanding of the problem, share initial concepts 
information among all the concept developers, and transfer concepts information 
to the modeling/simulation and assessment groups. The TIM will help the SLIC 
meet its goals, which are to 1.) develop a unified capacity-increasing concept 
from the concepts presented by the participants and 2.) create a technology 
roadmap on how to develop and implement the unified concept. This will require 
SLIC and participants to analyze, integrate, and synthesize the independent 
concepts presented in the TIM into a unified capacity-increasing system concept. 

Developing the Concepts (Slides 6-14) 

SLIC will use a broad-based system engineering approach to develop the 
concepts. The goal of this process is to produce mature concepts ready for 
blending into a unified system-level operational concept. SLIC will use a four- 
phased concept development approach over the next 5 years. The initial concepts 
were developed by six companies and also include three Government and one 
university concept. These concepts will be discussed in more detail later in the 
TIM. Note that social, economic, and political challenges exist and participants 
must consider cost and safety benefits as well. Also note, the interactions that will 
occur among the SLIC, VAST, and SEA sub-elements to exchange the necessary 
requirements and information to develop, in-parallel, the mutually-dependent 
concepts, simulation and modeling tools, and common scenario and metrics to 
meet the VAMS project goals 

Future Challenges (Slides 15-16) 

SLIC will assign technical monitors to each concept team and participate in TIMs 
twice a year to ensure necessary information is passed between concept 
developers. It is important to note that the groups must continue to collaborate to 
meet the key challenges. 
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Synopsis of Questions and Answers for Mr. Fong 

After Mr. Fong’s presentation, Harry Swenson (NASA VAMS project manager), 
volunteered the following comments: 

■ This is no longer a competition. (The competition is over.) 
Companies need to focus on developing and sharing their 
concepts. (There will be plenty of opportunities for private 
companies in the implementation of the concepts.) 

■ Participants need to cooperate and interact in an open dialog. 


10 



4 . 

Virtual Airspace Simulation Technologies (VAST) Overview 

Mr. Tom Romer 

Level 3 Manager, VAST Sub-element, NASA Ames Research Center 

A copy of Mr. Romer’ s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Romer 

Introduction and VAST Overview (Slides 1-5) 

The Virtual Airspace Simulation Technologies (VAST) sub-element includes 
development of models and simulation capabilities to assess air transportation 
system concepts and technologies. Presented today will be a VAST description, 
VAST development approach, VAST interdependencies, VAST challenges, and a 
summary. 

VAST provides a validated virtual airspace simulation environment to assess the 
integrated behavior of current and future air transportation system concepts by 
developing two key components: the Airspace Concept Evaluation System 
(ACES) - a system-level non-real-time environment, and the human-in-the-loop 
(HITL) real time simulation environment. The next VAMS TIM, which will 
occur in August, will be for VAST. 

The ACES environment will be the initial focus of VAST development. ACES 
will be used to identify the impact of new technologies, procedures and concepts 
of operation on the safety, capacity, economics and security of the nation’s air 
transportation system. 

The VAST organization consists of the following sub-task managers under Tom 
Romer: Karlin Roth, ARC (ACES); Scott Malsom, ARC (HITL); and Steve 
Mainger, GRC [Communication, Navigation, Surveillance (CNS)]. In addition, 
Roger Remington, ARC [Human/Team Performance (HTP)] as a Level IV 
manager looks to Karlin Roth for guidance on modeling. The ACES work is 
under active development now. The HITL work is in a requirements development 
phase through mid-2003. The CNS modeling at GRC is just getting underway. It, 
and the HTP work, are scheduled for initial integration within ACES Build-3 (to 
occur during CY 04). 

The VAST development approach for airspace modeling and simulation begins 
with the development of ACES. This includes the system architecture and 
development of models to support ATM system assessments through simulation 
and analysis. Appropriate models and technologies developed within ACES will 
be transferred and leveraged within the real-time simulation environment. 
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ACES Prototype and Simulation Build Development (Slides 6-10) 

Current air transportation modeling and simulation systems are typically 
monolithic and provide limited flexibility to evaluate new concepts. ACES will be 
an airspace modeling toolbox designed to be flexible and expandable. Users will 
be able to select interactive agent-based models appropriate for their 
investigations. ACES development is leveraging the DOD’s high-level 
architecture (HLA) Run-Time Infrastructure (RTI) for the architecture 
framework. Simulation control for the agent-based models will be provided by a 
simulation command and control system, and historical and generated data will 
reside and be collected in a data repository. 

Prototype demonstration scenario. Demonstration of the proof-of-concept 
prototype occurred in February, 2002. It included federates of multiple airlines 
flying through en route/sectors managed by controller federates. The prototype 
used low-fidelity models, had 1 ,000 aircraft, and controllers in multiple sectors 
and centers. Data, including fuel usage, conflicts and near misses, were recorded 
to a database. A demonstration of this prototype will be conducted for the TIM 
participants on Thursday. 

ACES, Build-1 development. Build- 1 will establish the core architectural 
foundation designed for flexibility, scalability and extensibility, and will expand 
the initial set of models within the toolbox. In this build, efficiency will be traded 
for improved run-time capability. Build- 1 will not include the ability to study 
radical system changes such as “free flight” (FF). This is due at the end of CY02. 

Build-1 simulation description. Demonstration of Build- 1 will use a scenario 
based on the current ATM system, with multiple federates representing 
functionality of the ATCSCC, ARTCCs, TRACONs, Airports, Aircraft, and 
AOCs. The demonstration will prove the feasibility of the development approach 
to capture the interactions between NAS entities. 

ACES development summary. ACES will be developed and released in multiple 
Builds throughout the life of the VAMS Project. The initial build focuses on 
architecture development with low-to-medium model development. ACES will 
progress with toolbox enhancements that will add more NAS functionality at 
higher levels of fidelity. System and model validation will occur for each build. 
The timeframe for the releases will be: Build- 1 at the end of CY02, Build-2 at the 
end of CY03, Build-3 in late CY04, and Build-4 at the end of CY05. 

HITL Simulation (Slides 11-12) 

Preliminary requirements are currently being established for the design of a 
distributed network capability that integrates ATM simulators with real-time 
software models. Requirement definitions will be completed in mid-CY03. 
Development of the initial real-time system will progress until late CY04 and will 
conclude with a validation experiment. Applicable models and technologies will 
be leveraged from ACES and other uniquely real-time elements will be 
developed. Multiple facility integration will be added and tested in late CY05. 
Development of VAST real-time to support evaluations of future concepts will 
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continue through CY06 and experimental support will be provided through the 
end of the project. 

Human/Team Performance Modeling (Slides 13-14) 

Human and team performance models will be defined and developed for the 
airspace modeling toolbox. Our current approach is to define cognitive demands, 
individual and team decision strategies, and to evaluate means to develop rapid 
reconfigurable operator models to assess new concepts. These models will be 
initially integrated into the toolbox in Build-3. 

Two sub-modeling teams will focus on the following: 

1 . Human performance models and team models operating in supervisory 
paradigms and mixed initiative (human and automation) systems. 

2. CNS modeling with focus on infrastructure requirements to support the 
OPCONS (Glenn Research Center is the lead on CNS modeling) 

CNS Modeling and Simulation (Slides 15-16) 

Communication, navigation and surveillance modeling is being started at GRC by 
defining gaps and needs. Existing models and tools will be leveraged first. 

The simulation concept involves identification and characterization of CNS 
element models for all NAS entities. An examination of all CNS interactions will 
then allow for development of transactions-based models. These efforts will be 
initially integrated into the toolbox in Build-3. 

Conclusion and Summary (Slides 17 - 20) 

The virtual airspace simulation environment concept and philosophy of design, 
simply stated, is to create both non-real-time and real-time systems, with flexible 
and expandable architectures, that will support modular “plug and play” 
capabilities to select interactive models (and in the real-time system simulators) 
for the assessment of air transportation system concepts. 

Many VAST has interdependencies with other VAMS level 3 elements. Specific 
inputs and outputs at each stage are required, with feedback to SEA and SLIC. 
Annual Build releases of all software (minimum) will occur. 

VAST challenges exist. VAST will need to be able to handle concepts that push 
the limits of today’s simulation capability. Identifying models in use across multi- 
elements, multi-agency, and multi-country boundaries will be demanding. The 
project will need to impose some model structure standards to ensure the plug- 
and-play structures will cooperate. There are also process challenges. How and 
when do you give access to users? Early in the project? Late? As it matures, 
release it to the whole community? We need to gain a consensus from other 
modelers. Current models are internal to the lab and concept developers will 
initially look to NASA for development. 
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Synopsis of Questions and Answers for Mr. Romer 


After the presentation, Mr. Romer responded to questions from NRA participants 
as follows: 

Question: How do you find “gaps” in modeling capability? 

Answer: As concepts mature we will have a better picture of what needs to 
be modeled and we will begin to see gaps. Hopefully, future TIMs will 
provide a mechanism we can use. A framework for finding the gaps will need 
to be created. 

Question: If we have existing models, can we bring them to the table? Or, 
will NASA develop all the VAMS models? 

Answer: Tom Romer and Harry Swenson: A framework will exist to allow 
integration of legacy models through the Federation Object Model 
specification (initial version to be released by the next TIM). This 
specification can also be used to develop new models and form the basis for 
others to contribute models, both open and “proprietary” ones. 

Question: When will you do integration between HITL and the non-real-time 
component? 

Answer: The two systems are envisioned to be separate systems supporting 
different perspectives of assessment. They will be complementary to each 
other and provide feedback for improvement. The combined use of the two 
systems will probably occur in 2005, sometime after the release and 
validation of the initial real-time system. 
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5 . 

Systems Evaluation and Assessment (SEA) Overview 

Sandy Lozito 

Level 3 Manager, SEA Sub-element, NASA Ames Research Center 

A copy of Ms. Lozito’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Ms. Lozito 

VAMS Sub-Elements Relationships (Slides 2-3) 

The Systems Evaluation and Assessment (SEA) sub-element is new to the VAMS 
project. The role of SEA is to develop the methods and metrics that the VAMS 
project will use for evaluation of concepts. The SEA sub-element is 
interdependent on the SLIC sub-element and the VAST sub-element. SEA will 
provide scenario and metrics requirements to VAST, which will develop the 
models for use in concept evaluation. SEA will then test the models and provide 
strategies for testing to the SLIC sub-element. SLIC will provide the developed 
concepts to SEA for evaluation. SEA will conduct the assessment and evaluation 
of the selected concepts. 

The SEA sub-element also has a relationship with the concept developers. The 
concept developers will conduct a self-assessment of their concepts using their 
own scenarios and metrics. The self-assessment metrics and scenarios will be 
provided to the SEA sub-element for use in the overall definition of scenario and 
metric requirements. 

SEA Technical Challenges (Slides 4-5) 

The VAMS project has identified key technical challenges in modeling and 
simulation, evaluation and assessment, and operational concept and analysis. SEA 
will focus on the evaluation and assessment technical challenges, which include 
defining gate-to-gate and door-to-door measurable metrics, supporting and 
defining appropriate scenarios, and the application of appropriate evaluation 
methods. Evaluation methods and techniques similar to those used in the air- 
ground integration experiment will be the starting point for SEA activities. 

SEA General Tasks and Goals (Slide 6) 

SEA will be responsible for developing the requirements for the scenarios and 
metrics that will drive the real-time tools created by the VAST sub-element. After 
these tools are developed by VAST, the SEA sub-element will conduct an 
evaluation assessment on the tools. 

SEA will then use the VAST tools to conduct an initial assessment of the concepts 
submitted to VAMS. A combined or blended set of concepts is planned for Phase 
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4 of VAMS. SEA will use the VAST tools to conduct an initial assessment of this 
integrated set of concepts and the final evaluation of the selected concepts. 

Scenario/Metric Requirements, Topics and Issues (Slides 7-9) 

A common set of scenarios and metrics will be developed and used to evaluate the 
capacity-increasing concepts of the VAMS project. SEA will be responsible for 
defining the requirements of this standard set of scenarios and metrics. However, 
it is realized that the scenarios and metrics will have to be tailor able to evaluate 
some concepts. The starting point for the definition of the VAMS scenarios and 
metrics will come from the concept developers themselves. Each concept will be 
required to conduct a self-assessment using a set of scenarios and metrics. These 
scenarios and metrics will be provided to SEA for use in developing the VAMS 
scenario and metrics requirements. 

SEA has also developed a set of guidelines that are listed in this presentation. In 
addition, a set of scenario/metric questions has been developed that are the subject 
of this TIM's second breakout session. These guidelines, and the output from the 
breakout session, will be used by SEA to define the framework for the scenario 
and metrics development. 

SEA General Team Members (Slide 10) 

The SEA team consists of NASA researchers along with representatives from San 
Jose State University, VOLPE Transportation Systems Center, Seagull 
Technology, Inc., and Monterey Technologies, Inc. The team is working on the 
scenario definitions, metrics definitions, and framework to support the sub- 
element. 

Synopsis of Questions and Answers for Ms. Lozito 

After the presentation, Ms. Lozito responded to questions and comments from 
NRA participants as follows: 

Question: Is there a requirement for SEA to validate the real-time tools 
developed by VAST? 

Answer: Sandy Lozito: There is not a specific requirement for SEA to 
validate the real-time tool. The SEA group will do this implicitly through the 
use of the real-time tool. It is a milestone in the VAST system engineering 
plan. 

Question: Will the methods and metrics developed by SEA consider the 
business case as a stakeholder? How much of the business side will VAMS 
consider? 

Answer: Harry Swenson: There has been some delving into the business case 
that has already been started by concept developers. There will be a need to 
have limits put on the business-related issues addressed by VAMS. 

Question: Will the new models be validated against the 1997 baseline of 
concepts? 
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Answer: Yes, they will be validated both for non-real-time and real-time 
model evaluation (a challenge). 
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6 . 

Air Traffic Management Concept of Operations and Their Impact 
on the National Airspace System (NAS) 

Wayne MacKenzie 

FAA/ATP-401, Deputy Air Traffic Planning Division 
Member Nominated by the US on the ICAO Air Traffic Management 
Operational Concept Panel (ATMCP) 

A copy of Mr. MacKenzie’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. MacKenzie 

Background (Slides 1 - 5) 

Evolution of an air traffic management (ATM) system from concept to 
implementation proceeds through the “vision/operational capabilities” phase, the 
“architectural development” phase in which the ATMS system design is 
formulated, and the implementation phase. 

Operational concepts relate to the planning process, with the global planning 
[developed by the International Civil Aviation Organization (ICAO)] and regional 
planning [also performed by ICAO] serving to facilitate the integration of 
operational concepts from the national level, so that they do not conflict or 
become counterproductive with each other, but, rather, work together. Regional 
planning is influenced in a top-down fashion by global planning and in a bottom- 
up fashion by the national plan. National planning is performed by the ICAO 
member states (e.g., USA) themselves. 

Operational concepts, along with other plans and services, affect the NAS 
modernization process of the USA. This includes the NAS architecture and its 
R&D efforts. Results in enhanced capabilities for the NAS are achieved through 
the guidance/approval process under the FAA’s Acquisition Management System. 

Gate-to-Gate ATM Operational Concept (Slide 6) 

The focus ot the ICAO ATMCP has been to develop and describe a gate-to-gate 
ATM operational concept that facilitates evolutionary implementation of a 
seamless global ATM system. Such an operational concept is visionary, i.e., not 
limited by the present level of technology, lead to the benefits expected from 
CNS/ATM, and provide the basis for cost-benefit analyses of the ATM systems. 

ICAO has now developed such a gate-to-gate operational concept. This endeavor 
has required two years of effort, by 29 people representing 29 nations that include 
representatives from the International Federation of Air Traffic Controllers 
Association and the International Association of Airline Pilots Association. 
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Invariant Processes and Their Key Conceptual Changes (Slides 7 - 10) 

ICAO’s Operational Concept Document has identified the following items as 
invariant processes (i.e., must be considered in any ATM system design), each 
with the key conceptual changes listed: 

■ Airspace organization and management: all airspace will be the 
concern of ATM, airspace management is dynamic and flexible, 
and any airspace restrictions are transitory. 

■ Aerodrome operations: runway occupancy time is reduced, safe 
maneuvering occurs in all weather, precise surface guidance 
occurs, and the position and intent of all vehicles and aircraft are 
known. 

■ Demand and capacity balancing: assets are optimized to 
maximize throughput, adjustment is made to mitigate imbalance, 
and dynamic adjustment is made to the organization of airspace. 

■ Traffic synchronization: dynamic 4-D trajectory control and 
negotiated conflict-free trajectories are made, chokepoints are 
eliminated, and traffic sequencing is optimized. 

■ Airspace user operations: accommodation of mixed-capabilities 
and worldwide implementation needs are made, ATM data are 
available as needed, relevant airspace information is available, 
dynamically optimized 4-D trajectory planning is performed, 
impacts on the ATM system are taken into timely account, and 
aircraft are designed with ATM system optimization as a key 
consideration. 

■ Conflict management: strategic conflict management reduces 
separation provision, the pre-determined separator is the airspace 
user, role of the separator may be delegated, separation provision 
intervention capability is made, conflict horizon is extended, and 
collision avoidance systems are a part of safety management. 

■ ATM service delivery management: services are delivered on an 
as-required basis; ATM design is determined by collaborative 
decision making (CDM), safety, and business cases; services are 
balanced and user-requested trajectories optimized; and 
management is by trajectory. 

Information services are included as enablers, but are not invariant processes; 
these include information management, meteorological information, and other 
essential services. 

RTCA NAS Concept of Operations (Slides 11-12) 

The RTCA NAS concept of operations (CONOPS) relates to the ICAO model 
with the following observations: it is NAS-specific (i.e., at the national level), 
incorporates needs and requirements of NAS users and service providers, and is 
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based on the Free Flight (FF) concept. Thus, further development of FF will affect 
the RTCA concept. 

The RTCA NAS CONOPS has the following characteristics: 

■ Safety is the first priority. 

■ Environmental considerations are taken into account. 

■ Implementation of any new technologies must improve safety and 
efficiency of the operation environment. 

■ HITL is included. 

■ Quality of data, information exchange, and collaborative decision 
making are key. 

■ Separation assurance remains the responsibility of the service 
provider (although it can be delegated to flight crews for specific 
operations). 

■ It is divided into near-term (2005), mid-term (2005 - 2010), and 
far-term (2010-2015). 

• In contrast, the ICAO global operational concept is based on 
2025. 

■ It specifically mentions the following: 

- Systems [instrument landing system (ILS), microwave landing 
system (MLS), global positioning system (GPS), enhanced 
ground proximity warning system (EGPWS), cockpit display 
of traffic (CDTI), etc.] 

• Facilities [Air Traffic Control System Command Center 
(ATCSCC), Airline Operations Center (AOC), final operating 
capability (FOC)] 

• Procedures (DPs) 

• Solutions (pre-departure clearances, ATIS-type messages) 

• In contrast, a global operational concept is technology 
independent; no system acronyms exist. 

■ It is written with the civil user, DOD users, and space 
transportation users as the only community affecting or depending 
on use of the NAS. 

• In contrast, the ICAO global operational concept defines the 
“ATM Community” as one that includes the airport operators, 
support industry, regulatory authorities, etc. 

Where Do We Go from Here (Slide 13) 

The International Civil Aviation Organization plans the release of the draft ICAO 
Operational Concept Document in the June/July time frame to all member states. 


20 



It is their intent that it be adopted at the ICAO meeting in 2003. (A copy of this 
draft document has been placed on the Web site for this NRA TIM, 
www.asc.nasa.gov/vams /.) 

Based on the Operational Concepts Document, the ICAOP’s ATMCP will prepare 
operational capabilities, needs, and requirements. 

The RTCA is currently working on the next version of the NAS CONOPS, which 
will include the addition of security functions. 

Conclusions (Slide 14) 

Concept of operations should be the basis for R&D and requirements 
development, thus ensuring a focus on operational needs, not necessarily technical 
capabilities. CONOPS are of critical importance to understanding future 
directions of the NAS. 

Synopsis of Questions and Answers for Mr. Mackenzie 

There were no questions for Mr. Mackenzie. 
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7 . 

System Level Capacity Increasing Concept 

Mr. Bob Schwab and Mr. Al Sipe 
Boeing Operational Concepts Team 

A copy of Mr. Schwab’s and Mr. Sipe’s presentation is attached as part of the 
appendix and is available on the Web site. 

Key Comments by Mr. Schwab and Mr. Sipe 

Boeing’s Development Process (Slides 1-6) 

Comments by Mr. Schwab: The Boeing development process includes the use of 
“working together teams” to address the broad questions needed for operational 
concepts that drive the system’s technical requirements and architecture. 
Especially important is the need to use a formal system engineering process that 
establishes a measure of mission, a measure of effectiveness, and system 
performance requirements. Trade studies are an important part of the process and 
should focus on processes as well as provide answers to specific questions. The 
initial operational concept is capacity driven with cost as an important factor. The 
fundamental services a new ATC system will perform with the support services 
required are described. In preparing their concept, Boeing has separated the 
planning component from the execution component. 

An operational concept trade study result is depicted in slide 5. In this study, 
Boeing is determining how far they can push the planning horizon to facilitate 
separation management. The lower the traffic density, the more one can use free 
flight and procedural control instead of traffic management advisor radar 
vectoring and strategic concepts. 

Concepts (Slides 7 — 12) 

Comments by Mr. Sipe: The core concepts and key ATM functions of a new ATC 
system are described. The identification of core concepts allows an analyst to 
study the functions supported by the users of the system. Boeing quantifies 
requirements to trade off performance against system constraints. Trade studies 
are used to optimize total system performance. Three trade studies are cited as 
examples. The first study’s objective was to determine how far you can plan and 
still keep the system stable (e.g., if something unusual happens, the effect this has 
on the plan). The second study’s objective was to determine what functions 
needed to be done on the ground versus in the air. The third study’s objective was 
to determine which functions were to be done by machine and which required 
human beings. Boeing has identified more than 1 50 trade studies that need to be 
completed. The overall schedule is shown in slide 12. 
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Synopsis of Questions and Answers for Mr. Schwab and Mr. Sipe 

After the presentation, Mr. Schwab and Mr. Sipe responded to questions from 
NRA participants as follows: 

Question: What equipage will be needed? 

Answer: Boeing is laying out their operational concepts before they 
determine their technology and equipage needs. The trade studies will 
provide metrics for making decisions. 

Question: How does Boeing know they have the right answer given that 
different users need different things? 

Answer: Boeing’s decisions will be based on affordability. Their challenge is 
to price each aspect. 

Question: What is the stability of their answer? Are they working with a non- 
linear system? 

Answer: Part of Boeing’s assessment will be to evaluate the stability of their 
plan. 

Question: Are Boeing’s activities similar to those conducted to determine 
scenarios and metrics? 

Answer: They must collaborate with the group, determining scenarios and 
metrics for maximum efficiency. 

Question: Does Boeing separate planning activities? 

Answer: Yes, establishing the planning horizons is a key part of our concept. 
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8 . 

Technologies Enabling All-Weather Maximum Capacity by 2020 

Dr. Jimmie Krozel 
Metron Aviation 

A copy of Dr. Krozel’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Dr. Krozel 

The Need for All-Weather Capabilities (Slides 1—8) 

Weather is a key factor in an effort to increase capacity. Currently, the NAS is not 
robust to weather disturbances. Systems work in low weather interference but 
when increased demand and weather interference are combined, an interactive 
amplification of the problem occurs. Use of the Post-Operations Evaluation Tool 
(POET) tool can be leveraged to show differences in flights as flown, as opposed 
to as filed, to identify hotpots or trials done. 

Core Ideas (Slides 13-18) 

The triad of stakeholders [flight decks (FD), airline operation centers (AOC), and 
air traffic service providers (ATSP)] all need to have buy-in. Key ideas are 
optimal weather avoidance and robust weather avoidance. The notion of a feasible 
route has implications for sensitivity studies. We’ll also need to look into 
incorporation of weather predictions into estimated time of arrivals and be able to 
accommodate the maximum information available into collaborative decision 
making to improve predictability. 

Enabling Technologies (Slides 19 - 23) 

In the area of weather sensing and prediction, we will completely mosaic the NAS 
by 2010. Data mining and prior historical data will be used to focus the areas of 
concern in the NAS and weather. Synthetic vision, new displays, etc., for ATSP 
and the flight deck will be used to lessen the impact of severe weather. Further 
efficient surface automation is needed to reduce the impact of severe weather on 
capacity. 

Metrics of Goodness (Slide 24) 

Capacity, flexibility, efficiency, predictability, safety, environment, and delay are 
important metrics. 

Costs and Benefits (Slides 27-31) 

The tools POET, Future ATM Concepts Evaluation Tool (FACET), Noise 
Integrated Routing System (NIRS) Tool, and the Airspace, Design, Planning and 
Evaluation Tool (ADEPT) will be used to help visualize the problems and 
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solutions from the existing data, helping to provide the analysis of historical data 
and development of the metrics of goodness for the scenario-based concept 
development. Multiple iterations of this analysis and concept 
development/evaluation will be necessary. 

Getting There (Slide 32) 

We have the talent, knowledge, and ideas. We just need to pursue them and 
validate them through demonstrations. 

Synopsis of questions and Answers for Dr. Krozel 

No questions were asked following Dr. Krozel’s talk. 
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9 . 

Massive Point-to-Point and On-Demand 
Air Transportation System Investigation 

John Sorensen 
Seagull Technology, Inc. 

A copy of Mr. Sorensen’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Sorensen 

Concept PTP Team (Slide 3) 

The Point-to-Point (PTP) Concept team consists of industry representatives, each 
with a specific area of expertise. Seagull Technology will focus on air traffic 
management (ATM). Honeywell will focus on aircraft and avionics, weather 
delays, airborne human factors, and security. ITT will focus on CNS. Titan will 
focus on how to integrate safety and ground system human factors. United 
Airlines will provide information on general aviation and commercial operations, 
including fractional jet operations. Federal Express will supply a package delivery 
perspective. 

Issues with Future NAS (Slide 4) 

The hub-and-spoke system in use by the airlines is rapidly approaching gridlock. 
The addition of new runways at major hubs is costly and politically difficult to 
achieve. The hub and spoke system is becoming time inefficient and unpleasant to 
the traveler. Many business travelers are moving to smaller jets for direct flights. 
This will increase the need for new smaller jets requiring instrument flight rules 
(IFR) services. 

The current airspace structure was designed to accommodate moderate traffic 
flows that follow static air routes. This design is inconsistent with the free flight 
systems under development. In addition, the static sector design is affected by 
dynamic weather conditions. En route densities will only increase with the 
addition of the smaller jet traffic. 

The NAS has over 5,400 airports currently underutilized. Will they be converted 
to shopping malls or become an airport point of entry for terrorists? 

Concept PTP Core Idea (Slide 5, 9 - 10) 

Using census data, the Small Aircraft Transportation System (SATS) project has 
determined that 93 percent of the population resides within 30 minutes of a 
SATS-type airport, 41 percent reside within 30 minutes of any commercial 
airport, and only 22 percent reside within 30 minutes of a major or hub airport. 

The concept PTP core idea is to facilitate and incorporate massive use of point-to- 
point and on-demand air transportation, principally from the smaller underutilized 
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airports. The premise behind the PTP concept is that it will add overall 
transportation capacity and relieve hub and spoke gridlock. When implemented, 
the PTP concept will take advantage of SATS-type airports and new airplanes 
with augmentations to the existing NAS system components. These components 
include the ATM systems, fleet operations infrastructure systems, and commercial 
aircraft operations management processes. 

Key Assumptions and Benefits to PTP Concept (Slides 6-7) 

The increase of passenger travel over the next 25 years will create a demand for 
smaller aircraft serving more airports and other facilities. Continued urban sprawl 
and road congestion will increase the overall door-to-door travel time. The 
increase in the number of aircraft to service the demand will create a demand for 
point-to-point routing between airports. Corporate America will require an on- 
demand travel service to avoid airport hassles, provide for improved security, and 
save time. 

The PTP concept will harness the existing smaller unused airports to increase 
NAS capacity. The use of additional airports and the point-to-point routing will 
provide an increase in transportation efficiency. The benefit analysis with a door- 
to-door multi-modal perspective will measure the reduction in total travel time. 
The system modeling planned and subsequent benefit analysis will provide an 
estimate of the potential overall gain in NAS capacity. 

Concept Poses Key Technical Challenges (Slide 8) 

The six core ideas of concept PTP are designed to address the key technical 
challenges that are anticipated in utilizing the smaller airports and increased 
number of aircraft. The key challenges to be addressed involve unifying fleet and 
flow management infrastructure; the need for a more flexible, distributed ATM 
system; and the need for better equipped aircraft in terms of capable and uniform 
avionics. 

Six Basic Concept PTP Core Ideas (Slides 11 - 21) 

Each core idea is presented with a high-level summary of what areas the core idea 
will address. The six concept PTP core ideas are: 

■ Provide non-towered airports with ATM automation 

■ Use terminal area time-based ATM 

■ Integrate strategic en route ATM and flight management 

■ Integrate PTP fleet operations (dispatch) 

■ Accommodate broader aircraft spectrum with advanced avionics 

■ Provide integrated CNS and weather information infrastructure 
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First Steps in Describing Concept PTP (Slides 22 - 23) 

The first step of the PTP concept will concern the two models to be created. The 
initial model will be based on year 2020 projections for traffic demand and will 
focus on high-use areas such as the northeast corridor or the Los Angeles Basin. It 
will include city-pair flight plans within the region for various types and number 
of aircraft, and will be used to quantify ATM and fleet management challenges. 
This model will also be used to study what aircraft functions can be moved from 
large airports to small ones. 

The second model the functional and will emphasize the components needed to 
complement the hub-and-spoke developments. This functional model will help 
define the roles of the participants and automation within the concept. 

Synopsis of Questions and Answers for Mr, Sorensen 

After the presentation, Mr. Sorensen responded to questions from NRA 
participants as follows: 

Comment: The new security requirements being considered may require all 
aircraft to be radar tracked. 

Comment: There will be resistance from the aircraft owners and fleet 
operators to new equipment requirements that this concept may require. 

Question: How much capacity increase will be available with Concept PTP? 

Answer: That is a good question that is part of the task. 

Question: Does the concept include any analysis of the environmental effect 
(noise, traffic) of small airport use? 

Answer: Not at this time, but it could be added. 
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10 . 

Optimization in the National Airspace System 

Dr. Banavar Sridhar 
NASA Ames Research Center 

A copy of Dr. Sridhar’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Dr. Sridhar 
Problem Description (Slides 1 - 5) 

Definitions of the terms capacity, throughput, efficiency, and traffic flow 
management (TFM) objective are provided so the participants can share a 
common perspective for the TFM problem that is being studied. The particular 
focus is on the development of en route algorithms to optimize traffic flow rates 
to meet demand. There is a potential of sector congestion in the en route area if 
one went from 1 0,000 to 50,000 aircraft. Air route traffic control centers having 
many inter-center boundary connections [such as the Kansas City Center (ZKC)] 
will have more complicated sector traffic. 

Research Plan (Slides 6-7) 

The research planned is divided into developing algorithms and concepts to 
maximize the capabilities of the current system, and, developing algorithms and 
concepts for the future system. The future system will require the development of 
a scenario database. Research efforts will be coordinated with other VAMS 
concept development efforts and evaluate research results with FACET. FACET 
provides an excellent tool for exploring advanced ATM concepts and has been 
created in a manner that balances fidelity with flexibility. 

Examples (Slides 8 - 14) 

Two examples of the use of FACET are provided. In the first example, he shows 
how FACET could be used to study departures from New York when “west 
gates” are not available. The current system is overloaded even in nominal 
conditions. Simulation shows that departure delays from LaGuardia and Newark 
can be used to solve the “no west gates” problem and the key is to determine the 
best combination of departure delays. 

The second example demonstrates how FACET can be used when existing 
constraints are not in place (i.e., the free flight era). FACET compares the results 
from wind-optimal routes, versus sequential trajectory planning, versus great 
circle routes. Continuous replanning could take care of conflicts in the free flight 
era. 
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Synopsis of Questions and Answers for Dr. Sridhar 

After the presentation. Dr. Sridhar responded to questions from NRA participants 
as follows: 

Question: Have you looked at uncertainties? 

Answer: Yes, but it is unclear if examining probabilities helps the ATC that 
much. 

Question: Are optimization algorithms iterative? 

Answer: They are performed sequentially. The use of sequential calculations 
has not been a problem since only a few optimizations are performed. 

Question: Was the optimal ATC video at 35,000 feet only? 

Answer: Yes, this is why there were so few aircraft in the movie. 
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11 . 

Daily Agenda Questions and Comments 

Mr. Harry Swenson 

VAMS Project Manager, NASA Ames Research Center 

Mr. Swenson encouraged participants of the TIM to forward any general 
questions and comments to him. He indicated he would provide the answers to 
the group during the Daily Agenda session on Day 2 and Day 3 of the TIM. 

Questions and Answers for Mr. Swenson during the Daily Session for Day 2: 

Question: Do we have an acronym list? 

Answer: Yes, it is available at the registration desk. 

Question: Will the VAST architecture support concept models? 

Answer: Yes. 

Question: Who will code the VAST product? 

Answer: The VAST team will contribute the general models necessary for 
multiple concept modeling. Concept developers will work within the 
Federates Object Model (FOM) and the Application Program Interface (API) 
framework to produce concept models specific to their concept. 

Question: When will the CD with the presentations be available? 

Answer: The program is targeting Wednesday, 5/29, to mail a CD to each 
presenter and/or organization that is working on VAMS. 

Comment from floor: Develop the Integrated Concepts sooner in the 
[VAMS] project. Do not develop separate concepts then try to “staple 
integrate” too late in the project. 

Response — There is nothing in the project that stops this desire. 

Comment from floor: It seems that CNS tools are integrated late, i.e, Build- 
3 of VAST. [VAMS] Needs to deliver and integrate sooner. 

Response — Every build will have limited CNS capabilities as a function of 
the scenarios. 

Comment from floor: Need to release VAMS framework requirements 
sooner. 

Comment from floor: We need a common WWW-site location where 
information can be distributed on concepts, models and overviews. 
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12 . 

Capacity Improvements 
Through Automated Surface Traffic Control 

Dr. Brian Capozzi 
Metron Aviation 

A copy of Dr. Capozzi’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Dr. Capozzi 

The Need for Surface Automation (Slide 3) 

The Metron Aviation concept will study improvements in the automation of 
surface movement of aircraft. It can be assumed that the number of runway and 
taxi way incursions will increase as the number of aircraft moving on the surface 
increases. Factors that affect the number of incursions include gate availability, 
runway configurations, runway occupancy time, wake vortex separation 
requirement, communications difficulties, visibility, and controller workload. 

Metron has assembled a team of topical experts in the fields of path optimization, 
algorithmic design, autonomous systems, surface automation, decision support 
tools, ATSP experience, and human factors to address the concept. 

Concept Overview and Core Ideas (Slides 5-9) 

The automation of surface traffic will be controlled by a synchronized motion 
plan for each aircraft. This motion plan will be determined by a set of algorithms 
and will control a set of taxi lights imbedded into the airport surfaces. The pilot 
will simply follow the green taxi lights across the airport surface. Taxi clearances 
will be generated and received via automation. Aircraft positions will be 
monitored with the assistance of GPS and automatic dependent surveillance- 
broadcast (ADS-B) systems. Automation will provide updated flight strip 
information to the terminal and en route automation systems. The human role will 
be to establish the motion goals and parameters and monitor the system’s safety. 

The inputs to the planning algorithms will consist of the surface movement goals 
and constraints, NAS demand inputs, the number of gate resources available, and 
aircraft position. Output of the planning algorithm will be a set of best path maps 
with multiple plans to account for uncertainty in the system. The planning 
algorithm will also factor in non-constant constraints such as passenger load and 
unload times, gate services/maintenance times, de-icing requirements, and other 
traffic flow management initiatives. 

Representative examples of the possible failure states of the operational concept 
are provided. The examples show what will happen when blunders or failure 
conditions are detected. The system will attempt to resolve the conflict. If the 
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conflict cannot be resolved, the system will generate a stop condition that will 
then require human intervention to resume operation. 

Enabling Technology and Technology Roadmaps (Slides 10 - 3) 

This concept will require improvements in certain enabling technologies that 
include: aircraft positioning via GPS, ADS-B, or airport surface detection 
equipment-Model X; taxiway light control systems; and weather and user 
response prediction. Other advances in display technology such as cockpit display 
of traffic (CDT1) moving maps and augmented reality displays can be 
incorporated into the concept of automation of surface traffic. 

The transition in the roles and responsibilities of pilots and controllers will also be 
a key factor in the transition to this system. But the transition will evolve over 
time as new technologies become available. The use of smaller airports such as 
those suggested by the point-to-point concept could be a starting place for this 
system, followed by a migration to larger airports. 

Metrics of Goodness (Slides 14-16) 

Metron plans to use a number of their proposed metrics to evaluate this concept. 
These metrics, with available tools such as POET and FACET, will provide a 
measure of the performance of the system. 

Synopsis of Questions and Answers for Dr. Capozzi 

After the presentation, Dr. Capozzi responded to questions and comments from 
NRA participants as follows: 

Question: Who gives final (takeoff) clearances? 

Answer: There is a handoff between the surface and terminal agents. The 
answer is it depends on what the terminal concept is. For an intelligent 
runway system, it may be that system. 

Question: Would surface vehicles need special equipment? 

Answer: In reality, the gate will probably be under the control of a person, so 
they will probably handle these. If the vehicle is on the runway, the tower 
controllers will probably handle this on an exception basis. 

Question: The presentation mentioned that there would not be any equipment 
changes for the aircraft. What would be required for the airports? 

Answer: That is a subject that will be explored in the concept. 
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13 . 

Surface Operations Automation Research 

Dr. Victor H. L. Cheng 
Optima] Synthesis Inc. 

A copy of Dr. Cheng’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Dr. Cheng 
Background (Slides 1-8) 

The Federal Aviation Administration’s National Airspace System (NAS) 
Operational Evolution Plan (OEP) has identified that congestion at key hub 
airports has become a major problem and airports are a congestion point for the 
NAS. The Surface Operations Automation Research (SOAR) concept seeks to 
increase capacity by enhancing space (increasing runways and taxiways) and 
density (reducing separation). Increasing real estate (runways) is only part of the 
solution. In particular, Dallas/Fort Worth airport (DFW) has seven runways, 
which has led to other problems, e.g., inside runways block outer runways and 
ramp areas. In addition, DFW now has more runway crossings to handle. An 
example is a taxi delay problem at DFW where up to nine aircraft may have to 
queue up to get to a runway. The OEP is seeking solutions for runway-crossing 
issues for the mid-term (2002 - 2004) and far-term (2005 — 2010). 

Surface Operation Automation Research (SOAR) Concept (Slide 9) 

The SOAR concept will depend on a centralized decision-making distributed 
control paradigm. SOAR will automate ground control and the flight deck. A 
prototype Ground-Operation Situation Awareness and Flow Efficiency (GO- 
SAFE) system has been developed as well as a flight deck automation for the 
ground operations system. The SOAR concept is founded on the integrated 
operation of both systems. 

Ground Control and Flight Deck Automation (Slides 10 - 22) 

The desired functions for ground-control operations are shown on slide 10. The 
GO-SAFE system addresses these desired functions. Controllers can edit taxi 
routes to optimize taxi routing with GO-SAFE. This system allows new taxi 
spatial routing and can be used to make taxi temporal adjustments. The GO-SAFE 
system contains conflict detection, resolution functions, and a decision support 
system. The cockpit will still have ultimate responsibility but the use of auto-taxi 
will require increased automation. The decision support system contains a 
schedule manager to perform scheduling for runway use and runway crossings. In 
particular, this system allows several aircraft to cross a runway at difference 
points. The GO-SAFE system also contains a clearance manager (see slide 19) 
and an information exchange system (see slide 20). 
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The desired functions that will be performed on the flight deck are shown in slide 
2 1 . A flight deck system is needed for the tight control requirements of precision- 
taxi. The pilot interface is a key challenge and current systems are not acceptable. 
It is expected that the near-term system will contain automation assistance for 
more control. 

Integration of Automation Systems and Evaluation Metrics (Slides 23 - 25) 

The focus is on creating a more user-friendly integration of ground and flight 
deck automation systems. The top-level model for the new system is shown in 
slide 24 and the criteria for evaluating the new system is shown in slide 25. If you 
reduce uncertainty, there is less chance of conflict and safety is increased even if 
less separation exists. 

Synopsis of Questions and Answers for Dr. Cheng 

After the presentation. Dr. Cheng responded to questions from NRA participants 
as follows: 

Question: How will Metron and Optimal Synthesis concepts be integrated? 

Answer: The VAMS environment and framework will be used to aid 
integration. The details of this integration have not been fully developed. 

Comment from the floor: We will study the limiting factors and create a 
timeline of surface-movement stages in bottleneck situations. 

Question: How effective has the system been to date? 

Answer: The SBIR results did not focus on getting the required data. 

Comment from floor: We need to know how accurately we need to make 
the required predictions. 
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14 . 

Centralized Terminal Operation Control (CTOC) Concept 

John Fergus 

Northrop Grumman Information Technology 

A copy of Mr. Fergus’ presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Fergus 
Operating Domains (Slide 3) 

The operating domain of the Centralized Terminal Operation Control (CTOC) 
concept will address is the terminal area. Specifically, the concept applies to the 
departure and arrival phase of a flight. The concept will provide for the sharing of 
information and interfaces with overlapping areas such as runway allocations and 
en route processing. 

Current Terminal Issues (Slides 4-5) 

An under-utilization of terminal airspace exists in the system in the form of 
spacing inconsistencies. Some of these are due to pilot reactions to controller 
directives, communications errors, reduced visibility conditions, and aircraft 
performance differences. There are also conditions for which a controller can 
identify an unauthorized use of the airspace but cannot prevent it. 

CTOC Concept and Core Ideas (Slides 6-8) 

The premise behind the Centralized Terminal Operation Control (CTOC) concept 
is to provide remote control of the aircraft while it is in the terminal area. This is 
similar to the maritime industry’s use of a harbor pilot to navigate specific harbors 
and approaches. Terminal specialists will be the equivalent of the harbor pilot. 

The approach is based on the reasoning that having a single operator reduces 
communications and behavior variability. 

This concept will depend on improved aircraft technologies such as datalink and 
flight management system (FMS). The CTOC will interface with decision support 
tools to provide predictable, consistent, and conflict-free trajectories. Remote 
control of the aircraft may be adjusted based on ATM flow constraints. The pilot 
will always have the ability to override the CTOC commands for flight safety. 

CTOC Benefits/Metrics (Slide 9) 

The potential benefits are increased capacity, efficiency, safety, and reduced 
costs. Each candidate benefit has its own set of metrics identified. 
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CTOC Challenges (Slide 10) 


The challenges to the CTOC concept will include acceptance by all parties, in 
particular the flight crew and flying public. Other CTOC challenges are the 
human factors considerations for the terminal specialist, operational procedures 
for transfer of control, overrides protocols to be established, and the presence of 
aircraft of different types. The legal impact of CTOC roles and responsibilities 
will also be a challenge for the CTOC concept. 

Synopsis of Questions and Answers for Mr. Fergus 

After the presentation, Mr. Fergus responded to questions from NRA participants 
as follows: 

Question: At what point would the pilot take over from the “specialist”? 

Answer: The pilot may take over at the surface threshold. This is uncertain 
because an active runway system could be involved. 

Question: Have you considered unmanned aerial vehicles? 

Answer: Nothing we have done excludes this. It should fit into the concept. 

Question: Have you considered different airport layouts like Dulles? 

Answer: We have not really considered them. 

Question: Have you considered departures, active weather, and satellite 
airports? 

Answer: Yes, we have considered them to a limited degree at this point. 

Question: Do you have specialists for different types of aircraft? How many 
aircraft do you think each can handle? 

Answer: We do not know yet. It is a good research question. 
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15 . 

Terminal Area Capacity Enhancement Concept (TACEC) 


Mr. Ken Arkind 

Air Traffic Management Systems, Raytheon 

A copy of Mr. Arkind’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Arkind 
Background (Slides 1-5) 

Raytheon’s definition of the terminal area-operating domain mirrors the 
description in the Federal Aviation Administration’s Operational Evolution Plan. 
VAMS and the OEP are predicting dramatic increases in the number of airport 
operations despite the fact that NAS is operating at or near capacity. To solve the 
capacity problem, the FAA OEP envisions that the majority of capacity growth 
will come from building new runways; in contrast, his capacity-increasing 
concepts will focus on new technologies. The consequences of increased traffic in 
the terminal area are shown on slide 5. 

TACEC (Slides 6- 14) 

Raytheon’s Terminal Area Capacity Enhancement Concept (TACEC) is built on 
the belief that the technology exists today to significantly reduce separation 
standards. We need to build confidence in this technology and, in particular, the 
fault-monitoring technology. The evolution will be difficult and all stakeholders’ 
requirements must be addressed. Key elements for increasing capacity in the 
terminal area are the new data link which must provide secure communications 
and the use of the local area augmentation system. 

Within TACEC, the operational environment can be created by computations 
with specific algorithm approaches developed to maximize throughput. TACEC 
will still require the human element as well as some enhancing automation. In 
particular, humans will be required to ensure proper response to abnormal 
situations. As an example of a problem that must be resolved, humans commit to 
vectoring an aircraft, while a computer does not commit if later calculations show 
a new alternative. 

Implementing TACEC will require a redefinition of the human role in the system. 
The core of the redefined role will be the division between what the participant 
controls and what they manage. In addition, if personnel are working on multiple 
tasks, we need to know how quickly they can react to an abnormal situation and 
how quickly they can recover. We will need a variety of ways to get information 
to the controller in order to improve his or her situational awareness. 
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Examples (Slides 15-16) 

Two specific examples of visualization concepts for improving situational 
awareness are given. In the first example, visual displays for enhancing 
sequencing approach and departure aircraft are described. In the second, a 
visualization concept that uses visual metaphors to manage flight schedules in 
time-space is described. The key point is that if we relinquish control from the 
controller, can the controller react to situations properly. These examples show 
how research might answer the question “How will you rapidly acquire situation 
awareness?” 

TACEC and the Government-Furnished Information (GFI) Model (Slides 17 
-19) 

A description of how the GFI top-level architecture would be modified for 
TACEC is shared. A focus on individual elements of the architecture is expected. 

Safety and Benefits Assessment (Slides 20-21) 

Safety will be a key element of the research given that we are relinquishing some 
of the control function to the computer. However, the benefits of increased, more 
reliable operations make this research valuable. 

Synopsis of Questions and Answers for Mr. Arkind 

After the presentation, Mr. Arkind responded to questions from NRA participants 
as follows: 

Question: Will you get a factor of two increase in capacity? Will wake- 
vortex be a limiting factor? 

Answer: It is uncertain how much capacity will increase at this time. Side- 
by-side landings could be used. 

Question: Aren’t environmental impacts and legal roadblocks a huge issue? 

Answer: Y es, noise constraints are particularly an issue. A full solution to 
this problem does not exist at this time. 

Question: Do you need a trajectory negotiation concept for decent (such as 
the DAG-TM concept)? 

Answer: Yes, it is assumed it will be there. 

Question: What is the expected link between the air and the ground? 

Answer: The computational horsepower is expected to be on the ground with 
the air component supplying the data. 

Question: What will be the impact of SATS on TACEC? 

Answer: It is expected SATS will help. The focus is on hub-and-spoke 
technology. 
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16 . 

NASA Langley Research Center 
Wake Vortex Research Supporting VAMS 

Mr. David Rutishauser 
NASA Langley Research Center 

A copy of Mr. Rutishauser’s presentation is attached as part of the appendix and 
is available on the Web site. 

Key Comments by Mr. Rutishauser 
AVOSS Background (Slide 2) 

NASA researchers have designed a system to predict aircraft wake turbulence on 
final approach, so airliners can be spaced more safely and efficiently. This 
technology, known as the Aircraft VOrtex Spacing System (AVOSS), 
demonstrates an integration of technologies that provides weather-dependent 
dynamic aircraft spacing for wake avoidance in a real-time relevant environment. 

AVOSS was successfully demonstrated at Dallas Fort-Worth Airport in July 
2000. The demonstration represented the culmination of 6 years of field-testing, 
data collection, and development. 

Wake Vortex Issue (Slide 3) 

All aircraft produce wake vortices, two small horizontal tornadoes trailing behind 
the wing tips. The larger and heavier the plane, the stronger the wake. Weather 
plays a big part in the motion and decay rate of these trailing twisters. Until now, 
no system could accurately predict wake vortex patterns and quantify the spacing 
needed for safety. Current operations use fixed spacing intervals behind aircraft to 
avoid wake vortices. The spacing is preset based on aircraft weight classes. 
AVOSS determines how wind and other atmospheric conditions affect the wake 
vortex patterns of different types of aircraft. The system uses a type of laser radar, 
or lidar technology, to confirm the accuracy of those forecasts. All this 
information is processed by computers, which can then provide safe spacing 
criteria. 

AVOSS DFW Research Results (Slides 5-11) 

The maximum theoretical gain of instrument flight rules (IFR) throughput is 
calculated to be 16 percent based on a 50-second runway occupancy time. This 
improvement is interesting because it shows the system can approach the 
maximum capacity of the runway. When wake considerations are ignored, the 
maximum possible spacing compression gain is about 16 percent (based on 2.5- 
nm of spacing for all aircraft pairs at DFW). AVOSS research indicates use of 
wake turbulence detection systems will lead to arrival rates restricted by runway 
occupancy time rather than wake turbulence. 
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Future Wake Vortex Research Activities (Slides 12 - 14) 

Two organizations within NASA’s Langley Research Center (LaRC) will support 
the VAMS project: the Airborne System Competency organization and the 
Aerospace Systems Concepts and Analysis Competence organization. These 
organizations will work on defining operational concepts and models, such as the 
Wake Vortex Avoidance System (WakeVAS), that will apply AVOSS products to 
the wake vortex problem. NASA plans to use the technology models developed 
by LaRC in the larger NAS simulations developed at ARC. 

LaRC FY2003 and Beyond (Slide 15) 

LaRC will continue technology model development and target larger, more 
comprehensive NAS simulations as they are developed. Ongoing research will 
allow LaRC to refine existing technology models and concept designs. LaRC will 
continue to keep paths open to concept and/or technology implementation by 
maintaining consistency and synergy with FAA and NASA wake vortex research. 

Synopsis of Questions and Answers for Mr. Rutishauser 

After the presentation, Mr. Rutishauser responded to questions and comments 
from NRA participants as follows: 

Question: Is there a benefit to setting rules based on aircraft type and using 
different miles-in-trail spacing based on aircraft type? 

Answer: Yes, these rules can then be programmed into a decision support 
tool (DST) or cockpit tools. 

Question: Do you still need expensive (e.g., LIDAR-type) sensors even at 
SATS-type airports? 

Answer: It will be necessary to rely on static tables without some sensors to 
recalibrate the prediction algorithm every so often. 

Question: Is the data from the project available to the VAMS concept 
developers? 

Answer: Yes, large amounts of data are available. 

Comment: The NASA team may want to consider extending the parameters 
of the Wake Vortex program and experiment with the results of the parameter 
extensions. 
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17. 

Advanced Airspace Concept 


Dr. Heinz Erzberger 

Senior Scientist, NASA Ames Research Center 

A copy of Dr. Erzberger’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Dr. Erzberger 
Introduction (Slides 1 - 2) 

This presentation is an update to several presentations given over the last 1 0 
years. Northrop and Raytheon have similar ideas for NASA, but the means to get 
there is still to be determined. The following items will be discussed: limitations 
of the existing system, the Advanced Airspace Concept (AAC), candidate 
architecture for the AAC, separation assurance and conflict avoidance system 
(Tactical Separation Assurance Flight Environment or TSAFE), and ground-air 
interactions. 

Current System Limitations (Slides 3-5) 

Limitations of the current paradigm lie fundamentally in the area of controller 
workload. Sector sizes cannot be made any smaller. Current DST technology can 
provide some improvements, but cannot achieve the gains necessary to 
circumvent basic controller workload limits. Operational errors were up 50 
percent in the year 2000. Currently, NASA is focusing on en route limitations. 

The cloning method for estimating en route airspace capacity potential is 
described. For this study we performed an estimate of all the sectors’ en route 
capacity in the Cleveland Center, it was decided to assume one can fly aircraft 
through the airspace, maintaining separation without considering controller 
workload. The study looked at airspace available for 4D trajectories that were 
conflict free, given current separation standards, and used enhanced traffic 
management system data from high-occupancy sectors in Cleveland Center. 

The advanced airspace concept has the potential to more than double (maybe 
triple) baseline capacity, based on even the worst cast analysis of the Cleveland 
Center sector data, if controller workload is not a constraint. The bottom line is 
that lots of airspace is available for additional trajectories as compared to the 
baseline without changing separation rules. Methods for reducing controller 
workload must be determined. 

Overview of AAC (Slides 6-8) 

The ground-based system sends separation assurance advisories to equipped 
aircraft while advisories are assumed to be sent via data link. Controllers are not 
responsible for monitoring and controlling separations of equipped aircraft. The 
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need for super-sectors to minimize coordination required between sector 
controllers has been hypothesized. As a backup, voice control is still available for 
both equipped and unequipped aircraft or emergencies. The ACC operational 
concept definition leads to the theme of a safety sub-system within the system 
managing a large airspace “chunk” (super-sector) to reduce coordination and to 
optimize routing efficiency. 

Design guidelines envision the use of currently available technologies (Mode S, 
GPS, ADS-B, etc.). While onboard equipage will be kept to a minimum, the data- 
link and cockpit display of traffic are essential. Of course, an FMS is highly 
desirable to help with more advanced functions. Other than the need for voice 
backup, the safety net required for this system remains the greatest design 
challenge. 

A simplified view of the AAC architecture is described: the Automated Airspace 
Computer System (AACS) augmented by TSAFE. An advanced version of 
CTAS could be used for the AACS. TSAFE is a redundant component and a 
simple backup supervisory system that can step in for safety assurance if AACS is 
lost. 

TSAFE (Slides 9 -15) 

TSAFE is needed because the AACS may encounter problems it was not designed 
to solve. Furthermore, AACS is too complex to verily. A completely different 
approach, independent of the 4-D trajectory solution provided by the AACS is 
needed. TSAFE will be less complex and easier to validate and maintain. It is 
symbiotic with the use of TCAS onboard, which operates without knowledge of 
intent. 

Key functions of the TSAFE architecture are trajectory error analysis, conflict 
detection, critical maneuver and no-transgression-zone detection, and conflict 
avoidance advisories (resolution). The object is to try to create a short-term 
conflict-free (approximately 3-minute) condition to allow controller takeover. 

The TSAFE conflict detection and avoidance strategy includes a short detection 
horizon (about 3 minutes) that allows simplifying assumptions to be made. This 
still allows conflict alerts to be provided with about 2 minutes of warning to loss 
of separation (LOS). An avoidance maneuver is then generated (climb or descend, 
turn right or left) to provide a short period of conflict-free flight. A simplifying 
assumption is that kinematic models of aircraft are used for generation of these 
maneuvers, which are then packaged in to the advisories and sent via data link. 
Then the aircraft are handed off to either the controller or the AAC system for 
implementation of a more “strategic” solution. 

TSAFE’s critical maneuver detection is a key unique feature. A method for 
detecting critical horizontal and vertical maneuvers was shown. Critical maneuver 
detection was designed to see if a failure to execute a planned maneuver will 
result in conflict. During TSAFE development several incidents of involving 
operational errors that occurred at the Fort Worth Center over the last 3 years 
were examined. Most operational errors occur during climb or descent. TSAFE 
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was incorporated into CTAS (D2/CPTP) for research and evaluation and tested 
using live data. Eventually, it will be a separate system. 

An example of a typical “critical maneuver” shows the ground tracks of two 
aircraft heading toward a meter fix. Failure of descending aircraft to stop at 
assigned altitude results in loss of separation. TSAFE first gives a critical 
maneuver warning and then a conflict alert 20 seconds before loss of separation 
occurs. It has application to current operational procedures. Alerting is based on 
geometry of intent (and human error propensity). 

Discussion of Operational Responsibilities (Slide 16) 

Trajectory replanning and TSAFE alert monitoring will be added to the pilot’s 
duties. However, shifting the workload for separation monitoring to the fight deck 
will have consequences. A need exists to filter out unnecessary alerts in order to 
minimize pilot workload. TSAFE allows for the possibility of implementation in 
current operations. 

Synopsis of Questions and Answers for Dr. Erzberger 

After the presentation. Dr. Erzberger responded to questions from NRA 
participants as follows: 

Question: Is this applicable to TRACON airspace? 

Answer: Yes. 

Question: Does this concept rely on the existing route structure; i.e., is this 
compatible with free flight? 

Answer: This is neutral vis-a-vis free flight. 

Question: What is the difference between conflict alert and TSAFE? 

Answer: We are very familiar with conflict alert. The differences lie mostly 
in the area of critical maneuver alerting and better use of knowledge of intent. 

Question: What are the levels of false alerts within TSAFE? 

Answer: False alerts can be minimized but never completely eliminated. The 
issue of how alerts will be displayed needs to be investigated. 

Question: Does the MIT data include reduced vertical separation minimum 
(RVSM) data? 

Answer: No, but this might make the workload problem for controllers 
worse. 

Question: Have you seen more than one aircraft in conflict at a time when 
you add the clones? 

Answer: Clones were eliminated when the first conflict was detected. 
Therefore, the multiple conflict situation did not arise. We just eliminated the 
clones did not attempt to resolve conflicts between parents and clones. 
Therefore, our capacity estimate is conservative. 
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18 . 

A Suggested Approach for Producing VAMS 
Air Transportation System Technology Roadmaps 

Del Weathers 

VAMS Deputy Project Manager, NASA Ames Research Center 

A copy of Mr. Weather’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Weathers 
Background (Slides 2-3) 

The Virtual Airspace Modeling and Simulation (VAMS) project requires the 
production of technology roadmaps to help guide the research. These roadmaps 
are to be produced by each concept team, updated annually, discussed at the 
technical interchange meetings (TIMs), shared among all VAMS participants, and 
made available electronically. These concept-specific technology roadmaps will 
be subsequently blended (“not pureed”) into an integrated catalog of roadmaps, 
technical discussions, and research recommendations under the leadership of the 
System-Level Integrated Concepts (SLIC) sub-element lead, Rob Fong. Links 
will be provided to AvSTAR, the OEP, and NASA’s long-term air transportation 
system strategy. 

Technology Roadmap Framework and Characteristics (Slides 4-12) 

The “rearview mirror of the past” helps us better see the future and technology 
roadmap framework examples already exist for the ATM models for 1 940 
through 1 999. Such frameworks need to be created for 2002 (today), 2006 (near- 
term), 2010 (FAA OEP horizon), 2015 (medium-term vision horizon), 2020 
(longer-term NASA vision horizon), and 2025 (longer-term stakeholder vision 
horizon). 

The technology roadmaps need to show the time for a specific technology’s 
evolution from concept to market availability (NAS use). Roadmaps will also 
discuss the science understanding, and the performance needs/requirements 
indicate the alternative approaches possible and the risks (technical, political, 
legal/certification), identify the critical challenges, estimate the costs (by phase), 
describe the scenarios to demonstrate the concept’s features, and provide 
supporting documentation. Stovepipe solutions are not acceptable. 

An informative graphical representation of the ATM architecture for each of the 
years 1 940 through 1 999 in 1 0-year increments is shared. 

A key goal is to be able to show how each individual concept relates to each of 
the other concepts, and how to fit them into an integrated technology roadmap. 
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Synopsis of Questions and Answers for Mr. Weathers 

After the presentation, Mr. Weathers responded to questions from NRA 
participants as follows: 

Question: Will there be other ways to get there? Is evolutionary the way to 
go? (Questioner remark that he does not know of any other way to go.) 

Answer: This was purposely left this off the charts. This is TBD. 

Question: What about affordability, cost, political, and legal issues? How are 
we to deal with these? 

Answer: “A prepared mind is a better mind;” i.e., anticipate these 
issues/problems and address them as best you can. VAMS needs to exist in 
the real world. The solution must be coordinated and collaborative. 

Comment from Harry Swenson: You must lay out what it takes to bring 
about your concept. 
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17. 

University Concept Team Draft Report 

Dr. Andres Zellweger 
Senior Scientist, NASA Headquarters 

A copy of Dr. Zellweger’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Dr. Zellweger 
Introduction and Team’s Objective (Slides 1-3) 

The University Concept team’s objective is to identify what university research is 
to do. This is essentially a mid-term report of a 10-person team. The final report is 
due in July. The most important charge is to identify a research agenda, and to 
this end the team has completed three of five planned meetings. The group 
recognizes that 25 years is a long time, and it must develop concepts that are 
resilient to changes in the assumptions made. 

Since concept development rests on the development of good research, the team 
found it needed to do research before filling in the details of any particular 
concept. 

Drivers, Enablers, and Timing (Slides 5-7) 

High-demand urban centers will continue to use the hub-and-spoke model to 
some degree, as this is very efficient. At the same time, point-to-point and 
regional jet traffic are expected to increase. 

Capacity/demand/security are important drivers (the focus is to not force general 
aviation (GA) related industries out of business later). More unmanned aerial 
vehicles (UAVs) are expected to meet cargo and military needs. General aviation 
will increase, especially if “air taxi” (for example, Ray Moore, Oregon) and 
Eclipse are successful. Low-cost operators need to be persuaded to not adding 
excessive costs. Developing regional approaches to ATM is a key driver and 
environmental issues (not just noise) are becoming more important. Other drivers 
are reduced homogeneity of speed, cost, and sustainability. Airspace is being 
viewed increasingly as a national resource. Markets and economics (regional 
interests) will be played off against national and (perhaps) international 
ones — globalization vs. what is best for the USA. As discussed earlier, technology 
is not really an issue. The future must be driven by policy for public benefit, not 
vested interests of special interest groups. 

The program should be driven through policy, not benefits. Transition is viewed 
as a key inhibitor to system development; therefore a benefits-driven transition is 
not likely to work. Our team thinks its important to learn from the past and 
understand what’s required for successful transitions to a new concept. A key 
point to note is that the public is the customer (not just the airlines). 
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In 5-7 years, when a significant percentage of controllers retire, a confluence of 
events will make the time ripe for political leadership to step up and drive change. 

New Concepts (Slides 8 - 12) 

The bifurcated system concept involves a high-density network, low-density 
network, and the autonomous instrument meteorological conditions (IMC) 
operations that have been briefly studied by the team. The bifurcated system 
consists of two parts. The high-density network is highly structured for efficient 
flow. The low-density network is structured similarly to today’s ATC 
environment. For the high-density network concept to be successful, the different 
elements of system have to be “impedance matched’’ to achieve robustness. 

The high-density and low-density network boundaries will be based on traffic 
load, not geographical regions. Low-density network space will be external to but 
possibly intertwined around high-density airspace. Transition points will exist 
between high-density and low-density space and separate optimizations will be 
required for each instance. 

Airport system flows are also important and the key will be taking care of the 
groundside. 

The Tube Concept (Slides 12 - 15) 

Conducting research into the tube concept is the best chance of early success for 
en route.. Like the high-density network, it is highly structured, with efficient 
flow, but offers limited flexibility. It is similar to TRACON flows but is 
throughout the network, allowing maximum use of key resources. It follows the 
“highway in the sky’’ metaphor and features routes, on/off-ramps, breakdown 
lanes, and standard (posted) detours around obstructions (like weather). Required 
aircraft control includes RTA, in-trail separation, and pair-wise maneuvering. 
Ground controls include sequencing, scheduling, and structure. The tube concept 
allows controllers to deal with aircraft in high-density (en route) situations, but 
problems will still exist at airports. 

To overcome these transition issues, leadership must be established and political 
and public support must be obtained. In addition, workforce buy-in must be 
obtained early on. Issues, opportunities, and inhibitors/opposition must be 
identified and broken down. The tube concept will need to be demonstrated in 
experimental corridors in high-value target markets (ORD-NYC, LA-SFO, DCA- 
NY-BOS). For this experiment the number of corridors will be limited and simple 
on/off ramps and break-down lanes will be used. In addition, pair-wise self- 
separation (station keeping) will be implemented for closer spacing. Efforts will 
be made to keep technology and procedures simple. Preference should also be 
given to demo participants. 

Research will be necessary to determine experimental corridors; design tubes and 
procedures, pair-wise separation protocols, and abnormal procedures; redesign 
airspace; identify equipment requirements; and prove interoperability. 
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Other Concepts (Slides 16-18) 

The highly interactive dynamic planner concept features dynamic air-ground 
trajectory negotiation (a la DAG-TM) with 4-D trajectories that facilitate self- 
separation. This concept evolves from the tube, but many issues still exist. 

The market-based system involves the allocation of “slots” via public auctions. 

By employing strategic, near-term, and spot auctions, it may also be possible to 
put a price on runway occupancy. Eventually, this could ensure that peak runway 
loading is reduced to government-mandated safety standards and capacity- 
optimized schedules. This will force the aircraft size to be driven by a 
combination of airline profits and maximum emplanement opportunities. 

The regional airport system concept’s objective is to increase the capacity of high- 
demand regions, especially where primary airport expansion is limited. Initially, 
regional/altemative airports are being examined. To be effective, this concept will 
require multi-modal transportation concepts. 

Autonomous IMC Operations Concept (Slides 19-21) 

By 2025, there will be no “low-density” regions left, and there will be too many 
planes for ATC as we know it today. A Class Q, or automated airspace, will be 
established below 17,000 feet. Separation will be the responsibility of the aircraft 
and all aircraft will be fully equipped and capable of handling weather problems 
with advanced avionics and visualization tools. The ground will primarily provide 
a monitoring function. Traffic management will be limited to control of density, 
and Class Q airspace will be segregated from high-density airspace (Class A). 

To facilitate a transition, mandating equipment that can effect acceleration must 
be considered. It is expected that Class Q airspace will grow to higher altitudes; 
however, a clear transition path must exist. Capstone or Safe Flight 21 transition 
models are inadequate. Small, but typical, “trial” regions will be necessary to 
prove the concept. 

Research is necessary into airspace density limits (for safety) and failure modes 
(what they are, how to use them, what is the ground/satellite infrastructure, what 
ground ATM function is needed, how to co-exist with the rest of the ATC system, 
how to use SATS). 

Autonomous “SATS” Airports (Slide 22) 

The goal of SATS is higher instrument meteorological condition (IMC) rates at 
non-towered airports. An hourly rate of 10-15 operations is needed. Research 
issues include feasibility, hourly rate to be achieved, avionics requirements, use of 
WAAS, the need for ground-based system for control, what to do about 
unequipped aircraft, and the interface to the rest of the ATC system. 

Continue Current ATM Paradigm, “Muddling Along” (Slides 23 - 24) 

Attention will need to be focused on the issue of “muddling along.” The cost of 
doing the same things in the same way will lead to a system that cannot meet the 
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demand and will lessen the economic benefits of aviation. Non-part 121 will 
slowly be driven out of the transportation business and it is likely dispatchers will 
do more ATM in this scenario. Research is needed into WAAS enhancements, 
better information flow, common situational awareness, moving CDM to tactical, 
separation standards, and given knowledge of intent. The bottom line is that this is 
a band-aid that will have a negative effect on the economy. 

Crosscutting Research to be Done (Slide 26) 

The following is an incomplete list of crosscutting research topics that need to be 
studied: 

• understanding of the current system 

• separation standards 

• reduction of capacity variability 

• how to deal with major anomalies 

• total system performance 

• transition, selection and training of controllers 

• human factors 

Synopsis of Questions and Answers for Dr. Zellweger 

After the presentation. Dr. Zellweger responded to questions from NRA 
participants as follows: 

Question: How do you prioritize research? 

Answer: It is not prioritized yet but this will be done. 

Question: What is the life span of concepts? 

Answer: This was not considered. 
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20 . 

Breakout Session No. 1 — Technology Roadmap 

Facilitators: Mr. Joseph Del Balzo, Dr. Kevin Corker, Mr. Earl 

VanLandingham 

A copy of their reports is attached as part of the appendix and is available on the 
Web site. 

For the Breakout Session No. 1, the workshop participants were divided into three 
groups. Each group was asked to respond to the following four topics related to 
the creation of a “technology roadmap” for the development of the new airspace 
capacity concepts: 

1 . What is the purpose of the technology roadmap? Is it a tool for decision 
makers? Why do we need it? 

2. What should a technology roadmap contain? 

• Timelines for technology insertion? 

• Probable cost for required research, development, and 
implementation? 

• Performance goals of a future ATM system? 

• Research options? Identification of key enabling technologies? 

• Socio-economic projections/assumptions? Dynamically mapped 
and adapted to changing projections/assumptions? 

• Socio-political activities necessary to implement the concept? 

3. Where do transition plans fit into the roadmap? Is it a part of the 
roadmap? 

4. Should the format of the technology roadmaps change to include a 
different emphasis for each phase of the project? What should the 
roadmap look like for each phase? What should the roadmap look like at 
the end of the project? 

Answer: After the groups met, the facilitators for each group gave a 5- to 1 0- 
minute report on the key concepts discussed by their group. All agreed that having 
a technology roadmap was a good idea and additional detail for the roadmap 
should be supplied as the project progresses. There was a suggestion that more 
discussion of the technology roadmap be held at the next TIM. In addition, the 
participants generally agreed that the project needs to focus on more than 
technology issues if the concepts are to be fully implemented. For the VAMS 
Project to succeed, political, policy, environmental, legal, cost, human factor, 
weather issues, etc., also needed to be addressed. 
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Other comments included the following: 

■ A technology roadmap starts as a functional statement and then 
iterates into a specific technology. 

■ A technology roadmap should be updated iteratively and changed 
in form by project phase. 

■ The end result of using a roadmap needs to be standardized. 

■ All concepts should have the same functional architecture and 
roadmap. 

■ A roadmap identifies long technology poles and helps prioritize 
research; It should contain critical decision points. 

■ A roadmap provides guidelines and a timeline; it is different from 
the project plan. 

■ NASA needs to know what technology is required to be 
developed. 

■ Technical personnel need confirmation that they are on the correct 
track. 

■ The roadmap should contain key technology, functional 
architecture components, time frame, performance objectives, 
application of technology, measures of accuracy required, and cost. 

■ Key, essential technology needs to be established. 

■ A concept’s viability and cost estimates are needed. 

■ The types of expertise that is required to implement different 
concepts need to be studied. 
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21 . 

The Advanced Air Transportation Technologies (A ATT) 

Project: 

Distributed Air-Ground Traffic Management (DAG-TM) 

Dr. Richard Mogford 
NASA Ames Research Center 

A copy of Dr. Mogford’s presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Dr. Mogford 
Background (Slides 1-7) 

This presentation presented an overview of active Distributed Air Ground Traffic 
Management (DAG-TM) work and reported on its overall progress to date. It does 
not include details on the concept elements (CEs). 

The team includes NASA Langley and NASA Glenn Research Centers. 

The DAG-TM research project is defined (see slide 3) as a concept development 
and definition project and no tools will be delivered. 

The project is gate-to-gate but is also broken down into discrete concept elements 
that are segments of the gate-to-gate system. Of the 14 concept elements, three 
are being explored actively: CE-5, CE-6, and CE-1 1 . VAMS could activate some 
of the other CEs if they are relevant to a capacity solution. DAG-TM will 
eventually transition from an AATT project to VAMS. 

Overview of CE-5 (Free Maneuvering for User-Preferred Separation 
Assurance and Local TFM Conformance) Presented (Slides 7-9) 

CE-5 is based on the premise that future demand will grow such that current 
ground-based ATC cannot accommodate all the requests for changes. The flight 
deck will get new equipment that will allow aircraft to self-separate and deviate 
from the flight plan or flight path. This assumes the existence of some ADS- 
B/GPS-type technology that will provide a technical basis for this equipage. The 
aircraft will manage its own trajectories (altitude and path), while ground-based 
tools will monitor separation. 

The two animations shown to demonstrate benefit are examples of before (today’s 
system) and after (how the system could operate). 

Overview of CE-6 (En Route (and Transition) Trajectory Negotiation for 
User-Preferred Separation and Local TFM Conformance] Presented (Slides 
10 - 11 ) 

In contrast CE-6 is more ground-based, but has a very similar effect/benefit to 
CE-5. The controller clears the aircraft request change. It is assumed to be 
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automated through some FMS-to-ground-based tool exchange/negotiation. 
Onboard function initiates maneuver and monitors compliance with the cleared 
change. 

An animation shows the trajectory negotiation between the aircraft and ground. 

Overview of CE-11 (Self-Spacing for Merging and In-Trail Separation) 
Presented (Slides 12-14) 

CE- 1 1 reduces the excessive spacing on final airport arrivals. A properly 
equipped aircraft allows the tightening up of spacing using maneuvering and self- 
merging algorithms. ATC monitors the overall spacing and parameters used. 

An animation shows examples of CE-1 1 and its potential benefit. 

DAG Benefits. The CE-5 self-management aspect support scalability and 
improved flexibility of the system. Failure modes will be included in CE 
evaluations. 

NASA DAG Research. This slide identifies the work breakout for the DAG-TM 
project. ARC is mostly pursuing ground-based air traffic control aspects of CEs-5 
and 1 1 . LaRC is examining flight deck aspects of CE-5 and CE-1 1 . (GRC work 
was not discussed.) ARC is also working on CE-6. Each team is pursuing parallel 
research but the integration of these efforts is planned to begin soon. 

Research Concepts and Scenarios (Slides 18 - 22) 

These graphics represent how the research is planned to start with the basic 
scenario and then add complexity over time. This complexity will increase with 
the addition of static weather, and then increase again when dynamic weather 
when a Special Use Area (SUA) is added. There will be limited delegation of self- 
spacing and merging in the TRACON environment. The effort is focused on 
airspace leading to TRACON. 

Facilities and Past Results (Slides 23 - 41) 

Ames and Langley facilities for pursuing DAG-TM research are presented. ARC 
will focus on research involving human factors. LaRC is working on algorithms 
and the past results from tests run at LaRC (AUTRII and ATAAS experiments) 
are discussed in terms of flight crew testing of the flight deck concepts and tools. 

Synopsis of Questions and Answers for Dr. Mogford 

After the presentation, Dr. Mogford responded to questions from NRA 
participants as follows: 

Question: Where is the transition zone of CE-5? 

Answer: The boundary is at the edge of terminal airspace, plus from non- 
managed to managed airspace. This is a challenge to manage. 

Question: Will the DAG program be continued by VAMS? 

Answer: Harry Swenson: Yes. 
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Comment: Richard Mogford: We will put you on the DAG-TM mailing list, 
if you want. Documents are on the Web site. 

Comment: Harry Swenson: Information on the dynamic weather server is 
now available. Dr. Mogford: Yes, it is a very rich set of data. 
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22 . 

Daily Agenda Questions and Comments 

Mr. Harry Swenson 

VAMS Project Manager, NASA Ames Research Center 

Mr. Swenson encouraged participants of the TIM to forward any general 
questions and comments to him. He indicated he would provide the answers to 
the group during the Daily Agenda session on Day 2 and Day 3 of the TIM. 

Questions and Answers for Mr. Swenson during the Daily Session for Day 3: 

Question: Please clarify the VAMS Program goals and constraints regarding 
a common ground of concepts and implementation. 

Answer: The VAMS program is not performing implementation of concepts. 
Concept developers are to complete their concepts including computer 
analysis. 

Question: Since we have opened the door to changing ATC procedures, 
when will we open the door to discussing changes to AOC procedures (e.g 
schedules)? 

Answer: The door to AOC procedure changes has already been opened with 
the Point to Point concept proposed by Seagull Technologies. 

Question: Can we get demographics study data and projections from SATS 
so that we can better understand demand in the future? 

Answer: Yes, the data will be coming via the Airspace Systems Program 
Office. 

Question: What is the long term plan to manage and disseminate concept 
updates to the supporting SEA and VAST teams? 

Answer: TIMS will be a part of the dissemination process. In addition, 
program documentation will be available to all parties via distribution on 
common servers. The details of this distribution will need to be worked out. 

Comment from the floor: The maximum capacity (and throughput) 
operational point is not necessarily the cost optimal operating point of the 
system. 

Comment from the floor: SEA and VAST need to understand concept 
evaluation requirements sooner rather than later. 

Comment from the floor: The VAMS TIM introduction mentioned concepts 
without implementation, but several projects have already been 
implemented, or plan field testing or implementation in the future. 

Comment from the floor: There is a need multiple copies of handout book 
electronically 

• Participants will take the old version first; and get a new version later 
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Comment from the floor: Please make the printed slides larger in the 
handout book. Most slides are unreadable. 

• The notes space is not needed 

• The margins could be much smaller. 
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23 . 

Breakout Session No. 2 — Metrics/Scenarios 


Facilitators: Mr. Joseph Del Balzo, Dr. Kevin Corker, Mr. Earl 

VanLandingham 

A copy of the breakout summary presentations are attached as part of the 
appendix and are available on the Web site. 

Along with concept developers, the Systems Evaluation and Assessment (SEA) 
sub-element of VAMS will develop those scenarios and metrics required for 
testing the new concepts that reside within the System-Level Integrated Concepts 
(SLIC) sub-element in the VAMS project. These concepts will come from the 
NRA process, space act agreements, a university group, and other NASA 
researchers. The emphasis of those concepts is to increase capacity while at least 
maintaining the current safety level. 

The concept providers will initially develop their own scenarios and metrics for 
self-evaluation. In about a year, the SEA sub-element will become responsible for 
conducting initial evaluations of the concepts using a common scenario and 
metric set. This set may derive many components from the scenarios and metrics 
used by the concept providers. Ultimately, the common scenario/metric set will be 
used to help determine the most feasible and beneficial concepts. 

A set of 1 5 questions and issues, discussed below, pertaining to the scenario and 
metric set, and its use for assessing concepts, was submitted by the SEA sub- 
element for consideration during the breakout session. The questions were divided 
among the three breakout groups. Each breakout group deliberated on its set of 
questions and provided a report on its discussion. 

Breakout Group A 

1. What should we consider for our baseline scenarios and metrics? 

Answer: The baseline scenarios should be sufficient to address the 2x and 3x 
goals defined for VAMS. A question was raised in the group as to whether the 
OEP 2010 goals should also be considered for the baseline scenario definition. 

At a high level, the baseline metrics should consider: cargo passengers and 
operations; passenger miles per unit of time; number of operations; average 
delays; economic value; operational costs; safety; environment considerations; 
trip time; and activity metrics. 

2. What are the special considerations for real-time and non-real-time 
scenarios? 

Answer: The answer to this question is not straightforward. The group 
determined that many questions needed to be addressed first. These questions 
include the following: 

■ What are the set of questions VAMS needs to answer? 
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■ Does a difference exist between real-time and non-real-time 
scenarios? 

■ Does VAMS need different scenarios for real-time or non-real- 
time? 


■ When would a real-time scenario be used? When would a non-real- 
time scenario be used? 

3. What are the special considerations for real-time and non-real-time 
metrics? 

Answer: The answer to this question was developed after the group considered 
why the real-time metrics are different from the non-real-time metrics. Metrics to 
be collected during a simulation depend on the kind of scenario and the particular 
parameters expected to provide the researchers a measure of quality. . The metrics 
will also depend on the concept question, objective, level of detail, and scope. 
Some metrics for a concept cannot be measured in both a real-time scenario and a 
non-real-time scenario. In addition, the instrumentation used to collect the metrics 
measurements may be different in a real-time environment than in a non-real-time 
environment. A consideration for cost, availability of resources, and repeatability 
must be included in determining real-time and non-real-time metrics. The group 
provided examples of real-time and non-real-time metrics in the report out. 

4. What mixes of aircraft capability need to be represented in the scenarios? 

Answer: The group determined that the concept scenarios must address all 
aircraft relevant to that domain over a range of capabilities. Capabilities to be 
considered include aircraft performance, equipment capability such as Traffic 
alert and Collision Avoidance System (TCAS), aircraft type such as tilt rotor, and 
UAV. The emphasis needs to be placed on instrument flight rule operations. 

5. What CNS capabilities need to be represented in the scenarios? 

Answer: The group determined that the concept scenarios must address all CNS 
relevant to that domain over a range of capabilities. How the CNS capabilities are 
modeled or included in the scenario will depend on the concept question being 
addressed. Consideration should be made to represent the NAS architecture that is 
expected in the 2020 timeframe. 

In summary, the group determined that the choice of scenarios and metrics 
depends on the VAMS concept area being addressed. The individual concept 
questions must clearly be defined before the development of scenarios and 
metrics can be determined. 

Breakout Group B 

6. What amount of traffic should we assume for our scenarios ? 

7. What amount of traffic should we assume for our metrics ? 

Answer: The group combined these two questions into one and recommended 
that the scenario developers be mindful of a distinction between real-time 
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scenarios and non-real-time simulation requirements. These differences are 
related to the human variability in the scenario environment and the fidelity of the 
NAS system response required in the evaluation of a concept. 

The traffic demand model will depend on the concept’s influence on the capacity 
solution or business case. This applies to the real-time scenarios as well as the 
non-real-time scenarios. The traffic load should be scalable to the goals set with 
ASP and VAMS. A complexity factor (lx, 2x, 3x) should be considered in the 
scenario development. 

8. How long do the scenarios need to be to reflect realism for our concepts? 

Answer: The group determined the length of a specific scenario depends on 
whether the simulation is real-time or non-real-time. In a non-real-time scenario, 
the duration of a scenario should approximate a day’s worth of time and this could 
range from 2 to 26 hours. In addition, since traffic loads vary depending on the 
day, the scenarios should have multiple “days” defined. The resolution of 
necessary scenario data (milliseconds or minutes) will depend on the concept 
under evaluation. 

In a real-time environment the length of the scenario could be anywhere from 1 0 
minutes to 2 hours. The duration will depend on the concept under evaluation. 

The duration will also depend on whether the scenario requires a NAS-wide 
simulation or is site specific. It is recommended that guidelines be established to 
facilitate the determination of a scenario duration. Guidelines should also include 
the durations required for local single concept events, pulse events such as an 
airport rush, and NAS- wide concept evaluations. It was generally agreed that 
durations for fatigue events or capacity strain evaluation could go as long as 8 
hours. 


9. How do we try to ensure buy-in from the stakeholders regarding the 
validity of our scenario and metrics? 

Answer: The stakeholder community will include a range of users from the 
current concept developers to the super-users of the concepts and to any future 
users the concept will create. The start of stakeholder buy-in may come from 
using demand models provided by the airline community. The current set of 
practitioners can assist in the scenario buy-in by assisting with the definition of 
roles and responsibilities of those who will be the end user of the concepts. 

The timing of the introduction of the new concept into the NAS will have an 
effect the buy-in of the concept and the scenarios used to validate it, and may be 
assisted by the use of the cadres of controllers. 

10. What are the “challenge” events that are relevant for these scenarios 
(e.g., choke points, weather)? 

Answer: The list of challenge events for scenario consideration should include: 
weather, failure modes, system shutdown conditions, military operations with 
NAS, security events, demand load variability such as holiday travel conditions, 
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airspace sectional loss, information infrastructure events, data integrity, and 
equipment-dependent failures. In addition, other conditions occur that may 
require exploration, but are not necessarily considered challenge events; these 
include the use of collision risk models, formation flying, and how tight the 
scenarios should be coupled. These should be addressed in a validation plan for 
the concept under evaluation. 

Breakout Group C 

11. What are the “challenge” events relevant for these metrics (e.g., choke 
points, weather)? 

Answer: The group interpreted a “challenge event” to be a perturbation that must 
be included in the scenarios during the execution of the simulation of the concept. 
The important capacity metrics should include: weather events, schedule events 
for which demand exceeds capacity, scheduled and unscheduled outages, human 
error events, terrorist events, resource loading events, environmental factors, 
aircraft mix, airspace restrictions such as airspace closures or special use areas 
(SUA), runway events, wake vortices, different separation events, and labor/union 
events. 

12. What are the measures that need to be addressed in the scenarios? (These 
should consider economic, safety, security, environment, and human 
performance factors.) 

Answer: The group provided a list of various measures that need to be addressed 
in the scenarios. This list includes delay measures; passenger, cargo, and aircraft 
throughput; cost and cost allocation measures; equity; safety metrics; access 
measures; unused capacity; system stability; predictability; environment 
measures; passenger satisfaction; staffing measures; efficiency; sector density; 
and political constraints or public mandates. 

13. What are the technical challenges in scenario development? 

Answer: The group assumed technical challenges were framework issues (not 
events) that need to be considered in the development of scenarios. The list of 
challenges for scenario development include: schedules; demand; fleet mix; 
weather conditions; discemability of the phenomena; appropriate 
complexity/fidelity; ability to capture variability in procedures; scenario relevance 
to the concept; accurate reflection of the airline’s business case; non-normal 
operations; and human factors representation. In addition, a clear statement of the 
scenario objective should exist. The scenario should contain a representative set 
of conditions for concept evaluation. 

14. How do we ensure the appropriate testing of the concepts that include 
only one domain versus those that are gate-to-gate? 

Answer: The group provided a number of specific recommendations that must be 
considered in testing the concepts; however, some open issues were identified that 
are related to the question. Open issues that should be considered are 
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incompatible concept/system architectural issues and how to know when the 
concept has been tested enough. 

15. Since we will have multiple scenarios, how do we ensure some 

comparability between them so we can fairly test some single domain 
versus gate-to-gate concepts? 

Answer: To answer this question, the group determined that certain assumptions 
would have to be made. It must be assumed that the scenarios to be developed 
will facilitate the concept-blending process planned for later phases of VAMS. It 
must also be assumed that the scenarios to be developed are to be used for 
evaluation and validation of the concepts. 
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24. 

Breakout Session No. 3 — Guidelines 


Facilitators: Mr. Joseph Del Balzo, Dr. Kevin Corker, Mr. Earl 

VanLandingham 

For the Breakout Session No. 3, the workshop participants were divided into three 
groups. Each group was asked to respond to the following six questions in three 
categories related to the creation of “guidelines” for the development of the new 
airspace capacity concepts. 

Breakout Session No. 3 Agenda, Six Questions in Three Categories 

Guidelines: 

1 . Can we achieve greater clarity on the descriptions of the guideline 
elements 

2. Are the concept guidelines sufficient and necessary to meet project 
goals? 

Conceal grading guidelines, and, procedures: 

3. Does the concept-grading guidelines and procedures provide the 
necessary feedback to the concept development process? 

4. What clarifications are necessary? 

GFl model o£A TM tunctions_j 

5. Can the GFI model of ATM functions be improved to account for major 
paradigm shifts in the operation of the ATM? 

6. Is the GFI model sufficient to blend, model, analyze, and assess the 
current collection of concepts? What more is needed? 


1. Can we achieve greater clarity on the descriptions of the guideline 
elements? 

Group A: Yes, but we suggest a change in the order as follows: 

• Area 1 : issues and operating domain (concept specific), 
quantitative goals 

• Area 2: core ideas, assumptions 

• Area 3: functions, performance, human factors (roles and 
responsibilities of persons and machines, user interfaces), 
system integrity and redundancy 

• Area 4: architecture, technology requirement, challenges, 
transition plan (roadmaps) 

• Area 5: NAS operational risks: security, safety 
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• Area 6: benefits/metrics, cost/metrics, conceptual 
competitors 

Group 2: No response 

Group 3: Probably, but the following obstacles were noted:. 

• The functions in element (area) 2 for the top-level 
description do not follow through in the detail area 
(element 3). 

• The GFI functional model is too constraining. 

• A better set of definitions (VAMS terminology) is needed. 

• Sector overload, capacity, throughput, demand, delay, etc. 

• In element (area) 6, conceptual competitors is another term 
that needs clarification: 

• Is this like the price of fuel going so high or some 
breakthrough in telecommuting lowering the demand for 
flying? 

• What is NASA’s intent for the information on the 
“conceptual competitors”? 

2. Are the concept guidelines sufficient and necessary to meet project goals? 

Group 1 : Assuming the project goal is to develop a blended unified 
concept at the end of Phase Four, the guidelines may be 
adequate, however: 

• Not enough information exists to trade off parameters. 

• Concepts address different aspects of NAS. 

• Individual concepts may employ different scenarios and/or 
metrics. 

• Mapping concepts to GFI helps but this will not ensure 
blending. 

• It is difficult to fit concepts to the GFI top-level model. 

Group 2: 

• There lacks an explicitly defined compatibility link. 

• Goodness may subsume costs and benefits. 

Group 3: Yes, they are necessary. For now, the concept guidelines are 
sufficient, but this will need to be reviewed as the project 
evolves and prioritization of the guideline elements is needed: 

• The importance of political and legal aspects should be 
higher. 
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• Area 3, “Human Factors,” should be “Human 
Performance.” 

• Area 4, “Architecture,” should have a lower priority. 

• Area 6, “Conceptual Competitors,” should probably have a 
lower priority. Maybe this should be an Area 1, “Issues” 
item. 

• Prioritization should be a “living” attribute through the life 
of the program. 

3. Do the concept-grading guidelines and procedures provide the necessary 
feedback to the concept development process? 

Group 1: Yes 
Group 2: 

• A set of standards for grading is needed to level the playing 
field. 

• Proper combination of criteria (weighting, etc) has to be 
developed to perform the assessment. 

Group 3: Maybe, with the clarifications noted below. 

4. What clarifications are necessary? 

Group 1 : Nothing. 

Group 2: 

• Clarifications are needed for the following terminology: 
practical; definable; self-diagnostic; constructible; 
documented; revolutionary; accurate; compatible; model 
able. 

• Terminology that should not be on list as applicable to an 
OPSCON: constructible, compatible (with what?), 
accuracy. 

Group 3: 

• We assume that these are the evaluation criteria on page 3 
of handouts. 

• More explicit mapping is needed of concept guidelines to 
the evaluation criteria. 

• Definition of criteria is needed. 

5. Can the GFI model of ATM functions be improved to account for major 
paradigm shifts in the operation of the ATM? 

Group 1: This cannot be answered until it is known what paradigm shifts 

will occur. 
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Group 2: The GFI Model lacks the following: 

• Airports as a dedicated aggregate 

• Domains of the transportation system 

• Utility increases with intermodal considerations 
(transportation system: air, ground, quantum) 

• The passenger/payload in the model 

• A higher level of abstraction for information function 

• Allocation 

• Quantification 

• Demand function 
Group 3: Yes, but: 

• It seems disconnected from the VAST architecture. 

• Should we drive deeper into the GFI model or VAST 
architecture? 

• A better understanding of VAST architecture is needed. 

• Is there a plan for convergence? 

• The model needs to accommodate the drawing of domain 
boundaries. 

6. Is the GFI model sufficient to blend, model, analyze, and assess the 
current collection of concepts? What more is needed? 

Group 1: No, because: 

• It is not domain specific. 

• Concepts do not always map cleanly/clearly into it. 

• Lower level models are needed and may be more difficult 
to map. 

• It is already busy. 

• It does not describe the operational concepts behind the 
concept. 

• It does not help present/explain/describe the concept. 

• After the concept is developed, you could organize it this 
following the GFI model since it helps simulation but does 
not help define concept. 

• The current GFI model will not help to blend all the current 
concepts -- more detail is needed. 

• After year one we will have a better idea how to 
schematically communicate ideas in a common framework. 
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Group 2: Yes, but it needs further decomposition as follows: 

• Matrix/vector compatibility within each function (reference 
Corker compatibility charts: high level, low level) 

• Differentiate the tools from OPSCONs to support cross- 
OPSCON evaluation 

Group 3: No, because it needs: 

• A hierarchically decomposed model with more details. 

• Other things for blending. 

• Common scenario definitions. 

• A comparison of assumptions. 

• Analysis of incompatibilities, unions, intersections, and 
synergisms. 
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25 . 

VAST Prototype Demonstration 


Dr. Karlin Roth and Mr. Ray Miraflor 
NASA Ames Research Center 

Dr. Roth and Mr. Miraflor presented the current status of the VAST prototype to 
the NRA participants. Dr. Roth made the following points before Mr. Miraflor 
performed the demonstration: 

1 . Excellent models are available but they are deficient in what is needed to 
understand gate-to-gate, and system-level effects. NASA has selected an 
approach that leverages DOD investments in modeling and simulation, 
supports the re-use between fast- and real time simulations and captures 
interactions among system entities.. The VAST prototype development 
effort started in October 2001 and completed a proof-of-concept 
demonstration in February 2002. The goal for Build- 1 of the software is 
to establish the fundamental architecture that can be scaled and extended 
to address the needs of all the VAMS concepts. 

2. Feedback is requested from the NRA participants on the VAST modeling 
and simulation requirements and the questions that this new system 
should be designed to answer 

3. Everyone needs to have realistic expectations for the VAST modeling 
and simulation system. We are on an aggressive path that has developed 
an initial prototype in 4 months on the ATMSD1 contract. The initial 
prototype runs on a distributed platform consisting of three PC 
workstations and on a laptop in a standalone mode for demonstration 
purposes. Build- 1 is scheduled to be delivered in October 2002, and will 
contain a suite of low-fidelity models. NASA will continue to evaluate 
feasibility of the modeling approach and to set model validation practices 
using Build- 1 . Based on timing, new concepts unveiled at this TIM can 
be incorporated in later releases during FY03-04. NASA will need inputs 
from the concept developers to set modeling requirements for these later 
releases. 


Mr. Miraflor: The existing prototype is demonstrated. It contains five federates 
and is designed to run on three PCs. The demonstration’s data contains 500 
managed flights (ATC-govemed flights) and 500 unmanaged (free flights). The 
demo can be run in real-time or non-real-time. 

In particular, the flight path of two aircraft is shown. One aircraft is managed and 
follows waypoints, while the other is unmanaged and goes directly to its 
destination. The system models the effect of ATCSCC directives on these flights 
including setting the sector capacity to “zero”. (The managed aircraft requests 
permission to enter the sector whereupon the ATC denies the request and the 
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aircraft is put in a holding pattern. The unmanaged flight goes around the sector.) 
How a controller gives a command to an aircraft to go to a different waypoint was 
also simulated. 

The data collected is performed by the data collection federate. The data includes 
metrics for managed and unmanaged aircraft (including conflicts and aircraft 
flight information). 

Synopsis of Questions and Answers for Mr. Miraflor 

After the presentation, Mr. Miraflor responded to questions from NRA 
participants as follows: 

Question: What are your data collection needs? 

Answer: It is expected that the POET tool will be needed to collect data 
from the existing ATC system. 

Question: What is the total number of airplanes that could be simulated in 
the presence of weather? 

Answer: This has not been determined yet. Currently we are simulating 
1 ,000 aircraft. 

Comment from floor: The use of DOD standards such as HLA and 
distributed systems have had mixed results in the past. 

Comment from floor: NASA expects to leverage the big investment DOD 
has made in HLA and leverage previous SAIC experience with DOD 
simulation systems. 

Question: What are the bottlenecks in processing? 

Answer: Currently the simulation slows down as the number of aircraft 
increases. Interprocessor communication may also slow the system’s 
performance down. 
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26 . 

Socio-Economic and Demand Forecasting 

John A. Cavolowsky, Ph.D. 

NASA Ames Research Center 

A copy of Mr. Cavolowsky’s presentation is attached as part of the appendix and 
is available on the Web site. 

Key Comments by Dr. Cavolowsky 
Introduction (Slides 1-7) 

VAMS is responding to heightened national needs. Socio-economic and demand 
forecasting research project complements the other NASA VAMS technology 
research projects by identifying the demonstrable benefits needed by stakeholders. 
An intermodal perspective and operational-level scenarios are being used to 
understand the role of transportation in general and air transportation in particular 
within the U.S. economy. Currently there is a 6-month effort underway with 
support from the Logistics Management Institute, Gellman Research Associates, 
Volpe National Transportation System Center, and affiliated consultants and 
universities to identify transportation scenarios with the greatest probability of 
being realized. These scenarios, along with driving forces and uncertainties, can 
predict air travel demand volume and its distribution. 

Ongoing Research (Slides 8 - 19) 

Research is being conducted in three parts: 

1 . Create a description of the current state of knowledge on the relationship 
between transportation and the economy (see slides 9 and 1 0). In 
particular, identify strengths and weaknesses of past studies and models. 

2. Revise, update, and expand current transportation scenarios to reflect 
current and future conditions (see slides 1 1 to 16). Focus on demand 
drivers and supply issues to align demand to scenarios. Current existing 
forecasts run from 10 to 50 years. 

3. Develop a set of demand forecasts for each defined scenario (see slides 
1 7 to 1 9). The volume of air travel is a function of the overall health of 
the economy, demographic trends, security issues, and the relative 
attractiveness of competing surface modes. 

Follow-on Activities (Slides 20 -29) 

Follow-on activities are to include the identification of institutional factors and 
societal concerns affecting changes in the aviation system as well as identification 
of inhibitors to system improvement. 
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Synopsis of Questions and Answers for Mr. Cavolowsky 

After the presentation, Dr. Cavolowsky responded to questions from NRA 
participants as follows: 

Question: How far are you projecting demand? 

Answer: Projected demand is 20 years. 

Question: Are you making forecasts of both point-to-point and hub-and- 
spoke systems? 

Answer: Gellman Research Associates models do some of this. 

Question: Will other studies such as terminal area forecasts supply much of 
the data he needs? 

Answer: That will be determined after studying the existing literature. 
Question: When will a rough forecast be available? 

Answer: A product is expected at the end of the calendar year 2002. 
Question: Are SATS data and studies available? 

Answer: This is uncertain, but their availability will be determined. 
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27. 

Next Steps in Concepts and a Preview of TIM 2 


Harry Swenson 

VAMS Project Manager, NASA Ames Research Center 

A copy of Mr. Swensons’ presentation is attached as part of the appendix and is 
available on the Web site. 

Key Comments by Mr. Swenson 

The amount of participation and feedback the group presented is encouraging. 
The next TIM is scheduled for August 27-29, 2002. The technical presentations 
will include the following subject areas: 

■ Developing VAST capabilities 

■ Airspace concept evaluation system - Build- 1 requirements 

■ Real-time HITL 

■ Human and team modeling 

■ CNS Modeling 

■ Scenarios and metrics 

■ Other revolutionary ideas 


Synopsis of Questions and Answers for Mr. Swenson: 

Atter the presentation, Mr. Swenson responded to questions and comments from 
NRA participants as follows: 

Comment: The team requests feedback from the VAMS Project Office as to 
guidelines and direction that come out of TIM No.l. In particular, 1) 
definitions are needed and 2) roadmap clarifications are required. 

Answer: The VAMS Project Office will provide this direction. 

Question: The contract calls for a specific amount of TIM attendance per 
phase. VAST TIM is not included as the second TIM. No contractor 
deliverables exist for the VAST TIM. Is there another TIM with deliverables 
for this phase? 

Answer: Yes, the next contractual TIM is planned for January 2003. 

Question: The preliminary concept is a contract deliverable. Does the 
deliverable need all sections filled in or should contractors provide what they 
have at the time? Some sections may not have a lot of content. This is a 
project milestone. 
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Answer: The Project Office needs to inform concept developers and 
contractors of specific requirements for this deliverable. 
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28. 

Summary of Recommendations for Future 
Technical Interchange Meetings — 5/23/02 


Breakout Sessions 

■ Facilities: Include a slide projector capable of being driven by a 
laptop for each Breakout session: 

• This facilitates group agreement by presenting the draft 
material to the entire group for corrections. 

■ Consider running all breakout session topics concurrently, e.g., 
roadmaps breakout session (and the same for each of the three 
topic areas) held during each of the three breakout sessions, rather 
than having all the breakout topics at any given time addressing the 
same topic. 

Pro: 

• This allows the NASA coordinator to attend and “resource” all 
breakout sessions of his or her topic. 

Cons: 

• The “discussions in the hallway” could be minimized (e.g., a 
given topic is on everyone’s mind since they have all just 
discussed the same topic). 

• This may cause lower participation in the later breakout 
sessions since the topics will no longer be new topics to the 
whole group. It will be easier to justify that one has heard 
enough from that topic just by talking with others, or that a 
given topic area was not very worthwhile just because one 
of the earlier sessions in that topic area was not productive. 

Presentation Slides Available to Note Takers Before a Presentation 

■ This worked very well except for about three presentations for 
which slides were unavailable. Note taking was seriously degraded 
for these presentations. 

■ Note takers must have a hard copy of all presentations before the 
talk is given, even if the conference staff has to make those copies 
in real-time and then bring them to the note takers before the 
presentation can begin. 

• Format for note taker’s notebook: single slide occupying the 
first page, with the other page ruled for notes, printed double 
sided, and GBC-bound 
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• The original PowerPoint versions of the slides are needed to 
produce this format. 

• Graphics in the presentations, such as drawing objects, can 
make the files very large, and hard to work with. We suggest 
giving presentation authors guidance to convert all drawing 
objects to simple “pictures” as a final step in production of 
their slides to minimize the sizes of the PowerPoint files. As 
an example, the Sorenson presentation (which contained a lot 
of MS Drawing objects) was reduced in file size using this 
technique from more than 1 5MB to less than 1 MB. 

■ Printing of the note taker’s notebook: at the “gray-scale” option 
should be used in the print window, since otherwise a black-and- 
white print has a tendency to print the color pictures as all black. It 
is best to originally print each note taker’s book, since copier 
machines will totally blacken even most gray-scale figures. 

• Printing of a slide file name (author_organization_one-word- 
topic.ppt is our recommendation for a file-naming standard) as 
a footer on each slide will help note taker find slides quickly. 

• All slides must be page-numbered (even if submitted without 
page numbers) to facilitate communication and referencing. 

• It may be necessary to have the note taker’s name as a footer of 
the note taker’s notebook. This is not much extra effort due to 
the original printing of each note taker’s notebook. (We did not 
have this, but it allows for a note taker to simply Xerox his 
notes and hand them to the lead note taker for that session on 
the day of the talk.) 

■ Process for generation of the minutes: electronically transcribing 
notes is probably the best approach for many reasons, including: 

• Distribution 

• Configuration management 

• Ensuring that the note-author provides intelligible notes to the 
section leads 

■ Evaluation of TIM by attendees: 

• This was not done. A suggestion is to include an evaluation 
questionnaire to obtain good ideas. 
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Action items: 


Action Item 

Assigned to 

Due Date 

Comments/ 

Resolution 

Discover if there is a way to compress 
bit-image graphics on PPT slides, 
without losing the ability to edit the 
slides. 

H Sielski 

Aug. 15, 2002 

Closed 6/24/02 - 
Suggestions developed 
for presentation authors 
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Appendix A 

NASA VAMS Project TIM No. 1 


AAC 

AACS 

AATT 

ACES 

ADS-B 

AOC 

ARC 

ARTCC 

ASP 

ATC 

ATCSCC 

ATM 

ATM CP 

ATN 

ATMSDI 

ATSP 

AVOSS 

AvSTAR 

CDM 

CDTI 

CE 

CNS 

CTAS 

CTOC 

DAG-TM 

DFW 

DOD 

DST 

FACET 

FD 

FF 


Acronyms 


Advanced Airspace Concept 

Automated Airspace Computer System 

Advanced Air Transportation Technologies 

Airspace Concept Evaluation System 

Automatic Dependent Surveillance-Broadcast 

Airline Operations Center 

Ames Research Center 

Air Route Traffic Control Center 

Airspace Systems Program 

Air Traffic Control 

Air Traffic Control System Command Center 
Air Traffic Management 

Air Traffic Management Operational Concept Panel 

Aeronautical Telecommunications Network 

Air Traffic Management Software Development and Integration 

Air Traffic Service Provider 

Aircraft Vortex Spacing System 

Aviation System Technology Advanced Research 

Collaborative Decision Making 

Cockpit Display of Traffic 

Concept Element 

Communications, Navigation and Surveillance 

Center/TRACON Automation System 

Centralized Terminal Operation Control 

Distributed Air Ground Traffic Management 

Dallas/Fort Worth International Airport 

Department of Defense 

Decision Support Tool 

Future ATM Concepts Evaluation System 

Flight Deck 

Free Flight 
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FMS 

FOC 

FOM 

GA 

GFI 

GO-SAFE 
GPS 
GRC 
HITL 
HLA 
HTP 
ICAO 
IFR 
ILS 
IMC 
LIDAR 
LOS 
NAS 
NRA 
NRT 
' OEP 
POET 

PIP 

R&D 

RT 

RTI 

RVSM 

SATS 

SE 

SEA 

SHCT 

SLIC 

SOAR 

STOL 

SUA 

TACEC 


Flight Management System 
Final Operating Capability 
Federates Object Model 
General Aviation 

Government Furnished Information 

Ground-Operation Situation Awareness and Flow Efficiency 

Global Positioning System 

Glenn Research Center 

Human-In-The-Loop 

High-Level Architecture 

Human Team Performance 

International Civil Aviation Organization 

Instrument Flight Rules 

Instrument Landing System 

Instrument Meteorological Conditions 

Light Detection and Ranging 

Loss of Separation 

National Airspace System 

NASA Research Announcement 

Non-real-time 

Operational Evolution Plan 

Post-Operations Evaluation Tool 

Point-To-Point 

Research and Development 

Real-time 

Run-Time Infrastructure 
Reduced Vertical Separation Minimum 
Small Aircraft Transportation System 
Systems Engineering 
Systems Evaluation and Assessment 
Short-Haul Civil Tilt-rotor 
System-Level Integrated Concepts 
Surface Operation Automation Research 
Short Take Off and Landing 
Special Use Area 

Terminal Area Capacity Enhancement Concept 
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TAP 

Terminal Area Productivity 

TBD 

To Be Determined 

TCAS 

Traffic alert and Collision Avoidance System 

TFM 

Traffic Flow Management 

TIM 

Technical Interchange Meeting 

TRACON 

Terminal Radar Approach Control 

TSAFE 

Tactical Separation Assurance Flight Environment 

VAMS 

Virtual Airspace Modeling and Simulation 

VAST 

Virtual Airspace Simulation Technologies 

VSTOL 

Vertical/Short Takeoff and Landing 

Wake VAS 

Wake Vortex Avoidance System 
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Airspace Systems Program 

Virtual Airspace Modeling 
and Simulation Project 

Technical Interchange Meeting #1 
Robert Jacobsen 

Director, 

Airspace Systems Program 
May 21,2002 


NASA’s Aerospace Technology Enterprise 


Goals 


Objectives 


♦Revolutionize Aviation 

Enable a safe environmentally friendly 
expansion of aviation (Baseline: 1997) 

Airspace 
System 
Program 

♦Advance Space Transportation 
♦Pioneer Technology Innovation 
♦Commercialize Technology 



• Reduce the aircraft accident rate by a factor 
of five within 10 years, and by a factor of ten 
within 25 years 

• Double the capac% of the aviation system 
within 10 years and triple within 25 years 
based on 1997 levels 

• Reduce inter-city door-to-door transportation 
time by half in 10 years and by two-thirds in 
25 years; reduce long-hat^ transcontinental 
travel time by half within 25 years 

• Reduce NOX emissions of future aircraft by 
70% five within 1 0 years, and by 80% within 
25 years. 

• Reduce the perceived noise of future aircraft 
by a factor of two within 10 years, and by a 
factor of four within 25 years 
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NASA Capacity Goals vs. Passenger Demand 


ANNUAL PASSENGER ENPLANEMENTS 
(Billions) 



Source: FAA Aerospace for feasts FY 2U0U 201 ll March, 2000 > 

FAA Liwc-Rance Aerospace Forecasts FY 2015, 2020. and 2025 (June, 200(0 

Demand is escalating faster than the 
general economic growth 



Goal: 

Enable ma)or increases In the capacity 
and mobility of the air transportation 
system through development of 
revolutionary operations systems & 
vehicle requirements 



Primary Objectives: 

NAS capacity and mobility 

* Develop, validate & transfer advanced concepts, technologies and 
procedures to the customer community 

Secondary Objectives: 

* Improve access, flexibility, collaboration and predictability of the NAS 

• Maintain system safety, security and environmental protection 

? Enable runway-independent aircraft and general aviation operations 

• Enable modeling and simulation of air transportation operations 
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Ten Year ATM Modernization - Defined by FAA 





/^llt 

/ / /\ 

! / / y\ 

***\ s' ■ I .*** , ' S *T* 

Co»a«eii>. } ' 

The Operational Evolution 
Plan (OEP) 

• Developed by FAA 

\'Vy /■>*// is h 

tft *n/h> j 

<\ \ / 
\ *y 

• Approved by Secretary of 
Transportation 

• Endorsed by RTCA 

• Vetted with Community 

Provides National Policy for NAS Modernization 
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FAA OS® Defines Gauses/Remedies of Delay 



• Arrival Departure Rates 


• Additional runways and new procedures 

• Smaller gaps in arrival and departure streams 

• Management of surface congestion 

• En Route Congestion 

• Adapt resources to high-demand areas 

• Take advantage of new aircraft capabilities 

• More flexible routing 

• Airport Weather Conditions 

• All-weather capability at airports 

' Quick reconfiguration for weather 

« En Route Severe Weather 

• Joint planning to reduce effects of uncertainty 

• Finding best routes around weather 

But the degree of capacity improvement outlined in 
this plan fails short of what is needed 
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Improve gate-to-gate air traffic 
vrm^gmw^io increase capacity 
flexibility . 


AATf Project ‘96- ’04 


Fteduc** airport capacity 
constraints due to weather 
(Completed in 2000) 


TAP Project ‘94- ’00 


Model/simulate the NAS 
and explore next 
generation of advanced 
concepts 


VAMS Project ‘02-’07 

Understand & model 
human/ systems 


Improve public mobility & 
community access with 
small aircraft/airports 


AOS Base Project 



SATS Program ‘01 -’05 

Off-load small commuter 
traffic from runways for use 
by large transports 
(Completed in 2001) 



SHOT Project ’94- ’01 




VAMS-AvSTAR Projects 


Explore, simulate and develop advanced concepts and 
technologies for next generation air transportation system 


Virtual Airspace Simulation 
Technology 


A VAMS 
Project 


rojeci ^ 

s 




System-Level Concept 
Development and Evaluation 


AvSTAR 

Augmentation 


N5f 




Component 

Technologies 
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Harry N. Swenson 

i 

Project Manager 
NASA Ames Research Center 


May 21, 2002 
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Project Vision 


The Virtual Airspace Modeling and Simulation Project 
will provide the technologies and processes for 
conducting trade-off analyses amongst future air 
transportation system’s concepts and technologies 



>AT 
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Outline 



■ VAMS Project Description 

■ VAMS Project Management 

■ VAMS Project Schedule 

■ Technical Interchange Meeting 

■ Objectives 

■ Agenda 


3 


1 


Background: Today’s ATS Operational 
Concept Baseline 



En route 


I 

climb vo f e controller descent 
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Project Goals & Objectives 

• Develop the capability to model and simulate behavior of air 
transportation system concepts and their elements to never- 
before-achieved levels of fidelity 

- Develop a set of analytical and computational models and methods 
to conduct detailed assessments of candidate operational 
concepts 

- Establish simulation capability that will enable safe investigation 
of complex advanced air transportation concepts, and develop a 
deeper understanding of human performance interaction within it 

' Develop advanced air transportation concepts 

- Develop a set of potential operational concepts, concepts of use, 
and architectures, providing definitions of the future air 
transportation system and its elements 

- Develop technology roadmaps to achieve these concepts 

* Conduct assessments of advanced air transportation concepts 

- Address potential benefits, identify risks and limits, and evaluate 
performance, safety, operations, and National Airspace System 
infrastructure and transition challenges 



Air Transportation System Status 


TOTAL ILS. ATC SYSTEM DELAY 
{Thousands of Flights with Delay>15 mins) 


MONTHLY PASSENGER ENPLANEMENTS 
(Millions) 


55 j - ACTUAL 124ITH XOVtWO AVO j > ? 

so • • » .* / k! 

•i T I 



Controllers Fired 


9 Si S3 IS V *» 91 IS IS 17 II 

FI.NT4I. YEAR BY MONTH 


Desert Storrr 


^ Recession 


ANNUAL PASSENGER ENPLANEMENTS 
(Billions) . 

TT 


1990 1995 2000 2005 2010 2015 2020 202S 
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Issues 


The National Airspace System (NAS) on the verge of gridlock 

- Excessive delays result 

- Negative impact on economy and mobility 

New concepts beyond currently planned are needed to meet 
future capacity demands 

Substantial change is required in the approach to NAS 
operations 

Total NAS evaluation requires substantial improvement to 
current modeling and simulation capabilities 

NASA has extensive experience in airspace systems 
development and an outstanding modeling and simulation 
capability 
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Terms & Definitions VtSSA 

Operational Concept : An operational concept describes what a specific 
set of air transportation system capabilities does or will do to provide 
specific operational services to an identified set of system users. 

These operational services include: 

- Flight Planning - Separation Assurance 

- Situational Awareness & Advisory - Navigation & Landing 

- Traffic Management— Strategic Flow - Airspace Management 
-Traffic Management — Synchronization - Emergency/Alerting 

- Infrastructure/Information Management 

An operational concept may be limited to a subset of these services 

and the technology used to accomplish that concept; for example, the 

operational concept might be “the air transportation system provides 

separation assurance between aircraft ’ 7 

Modeling : A set of mathematical constructs or equations and 

parameters that describe a phenomenon or concept 

Simulation : The time-based integration of models that use the passage 

of time as one of its parameters 

Real-Time : Simulations in which the passage of time replicates the 
passage of time in the ‘real’ world associated with human-in-the-loop 
(HITL) 

Non Real-Time : Simulations in which the passage of time is either 
- slower or faster than the real world 
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Technical Challenges 

* identifying and prioritizing a set of existing models 

* Developing models to fill gaps 

* Integrating and validating the set of models 

* Integration with human-in-the-loop simulation and 
validation 

* Using appropriate evaluation methods 

* Defining gate-to-gate and door-to-door measurable metrics 

* Supporting and defining appropriate scenarios (utilization) 

* Identifying Enterprise goal-achieving concepts 

* Comprehensive modeling and analysis of concepts and 
supporting technologies 

* Seamless integration of concept elements 

* Knowledge management 

* Technology/concept assessments 

* Information flow 
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Future NAS-Wide Simulation 
Analysis Architecture 



MalH Simula bon Run* 
w/variance in Input parameters 


NAS-wide Distributed Simulation System 

Configured to meet analysts need 


“Plug and Play” distributed simulation framework 


Multi-fidelity Models 

/ V 





VA.MS Framework 
bner-stmulation Communication and Control (HLA RTI) 




Approach provides an open architecture embracing best-of-breed models and 
simulations, and sockets for facilities in a NAS-wide, multi-fidelity framework 


AT 
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® VAMS Project Deliverables 

t: 

S: 

I' 

• Deliverable #1 - A real-time virtual airspace simulation 
environment (3QFY06) 

Cl 

- Annual build of simulation capability 

lj 

If • j 
sc .41 

a 

i § 

1 t 

m 

• Deliverable #2 - The identification and evaluation of 
potential concepts of operation that meet the 
objectives of the Enterprise’s long-term capacity and 
mobility objectives of the Revolutionize Aviation Goal 
(3QFY07) 

13 

n 

- Interim deliverables on a yearly basis 

ri 

f * i 

• Deliverable #3 - Technology roadmaps to achieve the 
identified concepts (3QFY06) 

1 

- Interim deliverables on a yearly basis 


AT 
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Concept j 
Development 


^entrfy^V^CompJele definrtronX^^ 
Concepts ^ w / simple analysis ^ Analysts 


Evaluated 

Integrated System Wide 
Concept 


Scenario 
and Metric 


Part-task 

Evaluation 


Initial 

System Wide 
R-T Evaluation 


f R-T A 

Experimental 

VRequirementsJ 


System wide 
R-T Scenarios 


Virtual 

Airspace 

Simulation 

Environment 

Non 

Real-Time 

Real-Time 

(R-T) 

Technical 

interchange 

Meetings 


Conduct 

Validation 

Experiment 


f v Build 1 J Build 2&3 

v/r^pe^ ow ' Fldell ^JL^ ld ' F ^^ ,, y 


R-T Simulatic^K/Complete Develop 
Preliminary FlequirementsV Validation 


Build 4 
High-Fidelity 


Complete 
. VASE . 


Experiment .A. Integration 


A Milestone 



VAMS WBS Management Structure 

Virtual Airspace Modeling and 
Simulation Project 

NASA Ames - Lead Center 
H. Swenson - Project Manager 
D. Weathers - Deputy Project Manager 
F. Jonasson - Resource Management 
M. Gratteau - Administrative Assistant 




Economic Analysis 
Transportation Needs 
J. Cavotowsky 



System Level 
Integrated Concepts 

R. Fong • Sub-Element Lead 


- Identify Potential Operational 
Concepts 

- Analyze Gathered Concepts 

- Refine Concepts 

- Integrate & Synthesize Concepts 

- Prepare Technology Roadmaps 


System Evaluation 
and Assessment 

S. Lozito - Sub- Element Lead 


- Develop Experiments 

- Validate Simulation Environment 

- Evaluate Synthesized Concepts 

- Prepare Evaluation Reports 


Systems Engineering 
and Integration 
R. Zimmerman 

T. Cochrane 


Virtual Airspace 
Simulation Technologies 
T. Romer - Sub-Element Lead 


- Define Requirements for Airspace 
Models 

- Design Airspace Modeling Systems 

- Design the Airspace Simulation 
Environment 

- Develop Non Real-Time and Human- 
in-the-Loop Simulation Environments 

- Provide Documentation tor Simulation 
Environment Deliverables 

- Provide Simulation Tool User Support 
and Receive Feedback 
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TIM Objective 


• Project integration and risk management 

• Initial air transportation system concept 
information definitions 

• Initial technology roadmap definition and 
development 

1 Initiate evaluation scenarios and metric 
definition and development 

Guideline development for concepts 
assessment 


f AT 




TIM Agenda 


21 -May 
Tuesday 


22-May 

Wednesday 


23-May 

Thursday 


F»e»My opens 

Facility opens 

Facility opens 

Meeting Registration 

TTiilrr ftiWIiH 

aa* *~tniffl 


Automated Airport Surface 



Wtlromt 

T raft k: Control Matron 


: 



Surface Operation Automation 



VAMS Project overview 

Research Oplim* I Synthesis 


Mtrtcs/Scenertos 

(Swensoni 

Centralized Termmai Operation 

<3 separate parattel: sessions) 

SrLlC Sub-fr^meni overview 

Control NkJrthrop Grumman 


i 1 

i£22fll 

Break 



1 

Break 




Break 


Air Transport System Capacity 



VAST Sub-element overview 

Increasing Concept Raytheon 

i ... t if - f3 $ i •^•1 

(Rometj 

Wake Vortex Avoidance Concept 

[ s*h* 


SEA Sub -element overview 

(Rultshauser) 

1 

- 1 

(Lozito) 

Advanced Airspace Concept 

Report on Breakout *2 1 

Federal Aviation Administration 

(Erzberger) 



(Liang) 

Catered Lunch 


Catered Lunch 

Catered Lunch 
in Patio Room 

in Patio Room 


in Palm Room 


University Concepts 
(Zellweger) 


Breofcoul *i 

OuktafttiM 

System Level Capacity 
Increasing Concept Soernc 




Technologies Enabling Al-Wealher 
Max Cap By 2020 Metros 



(3 ««P 

iraie parallel [sessions) 

Break 

Breakout #1 



i 


Technology Roe* 

"tape 


Break 

Massrve PTP A On-Demand 

(3 separate parallel 

tecaions) 



ATS Invest Seagull Tech 




System Wide Optimization 



«tt>« 

tifltr - 1 

{ Sod bar 1 

Break 

. ... ■ 


Special Breakout Session 
Facilitator /Recorder 

tVaakrxn report wfTUng 
•M * peceiei epaew topic - 

Report on Breakout #3 

Meeting 

DiMflMM Mt tiMund 

Next Steps in Concepts 

(others adjourn tor day) 

Report on Breekout #1 

and a Preview ot TIM 2 
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TIM Logistics 


• Phone Calls 

Messages can be left at (650) 604-2926 or 604-2082 

• Computing 

Macintosh computers and hookups for laptops are 
available for your use in the Fireside area. 

• Refreshments & Registration 

• Breakout Assignments 

Macon 

^ Northwing 
Showroom 

• Restrooms 

Located on the right side of the ballroom and 
on your left just as you past the registration area. 


Questions, Comments, Issues 


r 
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Background: Air Transportation System 
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System-Level Integrated 
Concepts (SLIC) 


ffflcwcy 



Robert Fong 

System-Level Integrated Concepts Manager 
NASA Ames Research Center 

May 21,2002 



Outline 


* Criteria for a successful meeting 

* SLIC Goals 

* Approach 

* Concept Development Process 

* Concept Development Timeline 

* Concept Development Framework 

* Gathered Concepts 

* Phase one focus 

* VAMS Participant interactions 
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Criteria for a Successful 
Technical Interchange Meeting 


We all achieve a common understanding of: 

- The project goals and approach 

- The concept-development goals and approach 

- The project terminology 

- The necessary interactions between the concepts, 
modeling/simulation and assessment group 


SLIC Goals 


The goal of this concept development effort is to 
produce, and evaluate the benefits of, a Unified 
Capacity-increasing Concept. 

Develop Technology Roadmaps to layout out how 
such a concept can be developed and implemented 
in the NAS. 
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SLIC Approach 


Gather Concepts from industry, NASA, universities, 
and other sources; concepts cover distinct domains 
of the Air Transportation System (surface, terminal, 
en route, and gate-to-gate) 

NASA’s baseline references include OEP, RTCA 
2005, ICAO... 

Concepts will address NASA’s long-range Aerospace 
Technology Enterprise goals (3X increase by 2022) 

Develop and Analyze Independent Concepts 

Integrate and Synthesize the independent concepts 
into a unified capacity- increasing system concept 


2 AT 


Concept Development Process 


Other Modes ol 
Transportation 


Metrics 



Socio-Economic 

Demographics 


Technology 



Himvtlona 

~1 

r i 

r ...... 


Oft -Nominal j 

Conditions 

1 Integration of 1 

Analysis [^-Assessments Concept J 

Demand 

1 

f 

- 

1 



Vision 



RTCA 
ICAO 

FAA NAS 4.0] 

VISKDN20S0 
Security Technoiog] 



Technology 

Roadmap 
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SLIC Timeline 

CY 2002 2003 2004 2005 2006 2007 


AT 



A 



\ 

Summary of Concept Development Phasing 


Phase 

Work 

Requirements 

Scenario 

Requirements 

Tools for 
Evaluation 

Phase One 

Develop concept 

Develop concept 
specific scenario 

N/A 

Phase Two 

Evaluate and refine 
concept 

Use concept 
specific scenarios 

Own or available 
VAST tool set 

Phase Three 

Evaluate and refine 
concept 

Initial common 
scenario set 

VAST Tool set 

Phase Four A 

Participate in 
blending of unified 
system concepts 

Expanded common 
scenario set 

VAST Tool Set 

Phase Four B 

Support synthesis 
ana analysis of 
unified system 
concept 

Full common 
scenario set 

VAST Tool Set 


CAT 
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Concept Common Framework 


All concept developers shall describe their 
concept using a common framework, the 
“guidelines”, to facilitate: 

Modeling and simulation of concepts 
Evaluation and assessments of concepts 
- The eventual blending of the concept. 
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Concept Guidelines and Criteria 


Concepts include: 

• Issues 

• Assumptions 

• Challenges 

• Operating domains 

• Core Ideas 

• Functions 

• Roles/Resp of Human/Mach 

• Performance 

• User interfaces 

• Architecture 

• Controls philosophy 

• Error Recovery ideas 

• Metrics of goodness 

• Technology requirements 

• Costs/Benefits 

• Conceptual competitors 



Evaluation Criteria address: 


Safe 

Useful 

Effective 

Definable 

Practical 

Stable 

Robust 

Reliable 

Self- Diagnostic 

Adaptable 


A 


> 


Functions 


j 


Available 

Accurate 

Responsive 

Predictable 

Time/Effort Saver 

Maintainable 

Compatible 


Documented 

Transition 

Constructible 

Producible V 

Environmentally Compatible 

Affordable 

Model-able 

Revolutionary 


Performance 


Feasibility 
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Gathered Concepts - NRA 


Boeing 

Air Transportation System 
Capacity Increasing Concepts 
Research 

Gate-to-Gate 

Metron 

Aviation 

Technologies Enabling All- 
Weather Maximum Capacity by 
2020 

Gate-to-Gate 

Seagull 

Technologies 

Concept PTP: Massive Point- 
to-Point and On-Demand Air 
Transportation 

Gate-to-Gate 

Northrop 

Grumman 

Centralized Terminal Operation 
Control 

Terminal 

Metron 

Aviation 

Capacity Improvement through 
Automated Airport Surface 
Traffic Control 

Surface 

Optimal 

Synthesis 

Surface Operation Automation 
Research (SOAR) 

Surface 
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Gathered Concepts - NASA 


NASA-ARC 

Advanced Airspace 
Concept 

En route 

NASA-ARC 

System-wide 

Optimization 

Gate-to-Gate 

NASA-LaRC 

Wake Vortex 
Avoidance System 
(WVAS) 

Terminal 


12 
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Gathered Concepts - Others 


Raytheon 

Terminal Area 
Capacity 
Enhancing 
Concept (TACEC) 

Terminal 

University Group 
(Zellweger) 

University 

Concept(s) 

System 
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Sub-element Interactions 


Socio-Econ/Demographic 
Project Office 



Recommend Priorities 
Concept results 
Comments 
X 

Requirements 
Feedback 
Tool Capabilities 


Testing/Eval. 
Capabilities 
•guidelines 
• metrics 
•CSS 




Requirements 

(C'onlmunus) 

Exp. Plan 


Requirements 
Feedback 
Tool Capabilities 
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VAMS Participant Interactions 


• Technical Monitors assigned to each Concept 

• Technical Interchange Meetings - two per 
year 

• Concept developer “deliverables” 


r AT 



Key Challenges 



•Can the concept be analytically modeled? 
•Can concepts be successfully blended? 

-These are topics for the Guidelines Breakout 


SAT 
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VAST Description 


VAST provides a validated virtual airspace simulation environment with 
modeling and simulation capabilities to assess the integrated behavior of 
current and future air transportation system concepts and technologies at the 
system-wide level and at the detailed human-in-the-loop level 


Airspace Concept Evaluation System 

- Interoperable models representing the actions and highly coupled interactions of 
the air transportation system’s key components 

- Non-real-time environment capable of assessing the impact of new technologies, 
procedures and concepts of operation on the safety, capacity, economics and 
security of the nation’s air transportation system 


Human-ln-The-Loop Simulation 

- Distributed network simulation capability that integrates real-time software 
models, human interfaces and simulation labs and facilities 

- Real-time simulation environment that adequately addresses human interactions 
with air transportation system technologies 
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A 


VAST Organization Chart 




AT 
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VAST Development Approach 


Airspace Modeling and Simulation 


Develop the architecture for the Airspace Concept Evaluation System 

Develop models to support ATM system assessments through simulation 
and analysis 



Transfer appropriate models and technology for application within the 
real-time simulation environment 
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Prototype Simulation Description 


NAS- Wide Enroute Simulation 


Managed and Unmanaged AC in 
same airspace 

Different CD&R for Unmanaged AC 


Unmanaged Aircraft 

Red - Airline #1 (All Managed) 

Blue - Airline #2 (All Unmanaged) 


AT 


Interwoven agent interactions: 

- different Airlines t different strategies 

- controller interactions with AC 



Managed Aircraft 
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M & Prototype Demonstration Scenario 


- Airline federate schedules 

- Airline #1 with a fleet of 500 unmanaged aircraft 

- Airline #2 with a fleet of 500 managed aircraft 

- Flight schedules generated using a “random flight scheduler” based on 
ETMS data 

■ En Route federate 

- Simulates En Route NAS, modeling geometry, infrastructure, and various 
NAS dynamic and static agents at low fidelity (Pilots, AOCs, ATCSCC, 
ARTCC, Controllers, NAS geometry, etc.) as these airlines fly across the 
NAS 

• Controller federate 

- Simulates ZNY56, ZDC04, ZDC12 

■ Simulation Manager controls the simulation 

■ Data Collection federate 

- Fuel, conflicts, near misses logged to a database 


Airspace Concept Evaluation System 
Build-1 Development 


1 Emphasizes establishment of the core architectural foundation that is 
designed for flexibility, scalability and extensibility 

Expands the initial set of models within the toolbox 

- Enables study of benefits from candidate improvements such as ATC and 
flight deck enhancements 

- Enables evaluation of the effect of increased future traffic demand 

- Precludes study of radical system improvements such as aggressive 
implementation of free flight 

Focuses on run-time capability versus efficiency 

Integrates / develops basic simulation control, data collection and 
visualization 
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Build-1 Simulation Description 




Airspace Concept Evaluation System 
Development Summary 


* Demonstrated a proof-of-concept prototype 

- Selected the DoD's HLA-RTI infrastructure with agent-based software to 
enable fast-time NAS-wide simulation 

- Established a modeling lab that leverages existing and emerging models 
and tools 

■ Proving the feasibility of the approach to capture the interactions between 
NAS entities (Build-1) 

- Integrate a suite of low-medium fidelity NAS models 

- Model dynamic effects of interactive agents 

- Assess NAS operational performance 

• Enhancing the modeling toolbox by adding NAS functionality 

- Develop and validate new models of NAS components 

- Increase model fidelity and simulation speed 

■ Defining requirements for usability to enable technology transfer to 
airspace analysts 



; at 
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Human/Team Performance Modeling 


Develop and validate human and team models that predict operator 
performance within VAMS operational concepts 

- Define and model cognitive demands of supervisory control in highly-automated 
human-machine systems 

- Define and model individual and team decision strategies 

- Define and model performance characteristics of mixed-initiative systems 

Develop rapid re-configurable airspace operator models for new concepts 

- Software architecture: interoperable, portable, versatile, scalable, extensible 

- Usability: high-level modeling language, model debugging support, and data 
visualization tools 

- Model building blocks: templates for human-computer interaction, and libraries of 
reusable physical environment widgets 

- Integrate HumanATeam Performance models into Build 3 of modeling toolbox 


AT 


Human/Team Performance Modeling 


Concept 

Simulations 


Human Factors Evaluations 

Model Support Tools 

1 Real-Time Fast-Time 



Operator Task Demands 


Psychological Theory & Data 
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Virtual Airspace Simulation Environment Vi- 
Co nee pt 













VAST Challenges 



- VAST’s overarching measure of success is to produce analyticai models and 
analysis results that enable the implementation of new ATM technologies and 
concepts 


■ Technical Challenges 

- Identifying and prioritizing a set of existing models 

- Developing models to fill gaps 

- Integrating and validating the set of models and methods 

- Integrating with human-in-the-loop simulations and validating those methods 

■ Process Challenges 

- Fostering a cooperative environment and proposing standards within the ATM 
modeling and simulation community 

- Providing verified and validated simulation testbeds that represent the air 
transportation system 

- Advancing the fundamental understanding of the dynamic interactions within the NAS 

- Making the tools accessible to users 


EAT 


nr 

Summary ^WS^/IS 

i 

- VAST seeks to produce new national capabilities to assess airspace 

r 

concepts at the system-level and detailed human-in-the-loop level 

- Architectures that are scalable, extendable and re-configurable, and support 

i 

distributed simulation in non-real-time and real-time domains 

u 

- Toolbox of agent-based models to select from and build simulations 

ft 

- Facility interface standards 

1 I 

- Simulation and assessment tools and utilities 

t . 

i 

- VAST success requires a cooperative effort 

§1 

- Concept developers 

m 

- Concept evaluators 

u 1 

- Modeling and simulation developers 

f 

• Efforts within VAST are underway and progressing well toward early project 

1 

milestones 

1 

• VAST Focused TIM #2 


AT zo 
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s vsans 
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1 

Systems Evaluation and Assessment 

& 

(SEA) 

j 

Sub-element 


Sandy Lozito 

I 

Level 3 Manager 

! 

SEA Sub-element 

1 

AT ’ 



Relationship between the VAMS 
Sub-elements 



SLIC = System Level Inte prated Concepts 
VAST = Virtual Airspace Simulation Technologies 
SEA = Systems E vidua lion and Assessment 


AT 
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> System Evaluation and Assessmeni 
Technical Challenges 

* Identifying and prioritizing a set of existing models 

* Developing models to fill gaps 

* Integrating and validating the set of models 

* Integration with human-in-the-loop simulation and validation 

* Using appropriate evaluation methods 

* Defining gate-to-gate and door-to-door measurable metrics 

* Supporting and defining appropriate scenarios (utilization) 

* Identifying Enterprise goal-achieving concepts 

’ Comprehensive modeling and analysis of concepts and 
supporting technologies 

* Seamless integration of concept elements 

* Knowledge management 

* Technology/concept assessments 

* Information flow 
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Modeling & Evaluation & Operational Concept 

Simulation Assessment & Analysis 





Today’s System Evaluation 
Methods and Techniques 


William Hughes Technical Center Lab 


Air-Ground Integration Experiment (2000) 
Data 


Analysis & 
Recommendations 


• Timing variables 


^5 iC; 

• Closest Point of Approach 



• Aircraft maneuvers 


, ■ JH 

♦ Workload data 

► 


• Communication timing 



• Cockpit display data 


- u. 

• Alerting logic data 




Current Evaluation & Assessment Gaps 

* High resolution data 

• Reflects limited segment of the NAS 


System Evaluation and Assessment 
General Tasks and Goals 


• Develop scenarios and metrics for evaluation of the 
SLIC concepts 

•Conduct an initial validation assessment of the VAST 
real-time tools 

• Conduct an initial assessment of the selected concepts 

• Conduct an assessment of the integrated concepts 

• Conduct the final evaluation of the selected concept(s) 
using the VAST tools 


AT 
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Scenario/Metric Requirements 


• Scenarios and Metrics will be used to help evaluate 
the concepts from VAMS/System Level Integrated 
Concepts 

-Initial evaluation of concepts will be self-evaluation 

-The scenarios/metrics for self-evaluation can be 
used to assist the SEA scenario/metric development 

•There can be many scenarios and metrics, but 
ultimately they must be applicable for broad 
evaluations 

-Concepts addressing multiple airspace domain and 
concepts addressing more specific domains 

-Concepts addressing multiple parts of the triad 
(AOC/ATC/FD) 


A 

0 Scenario Topics and Issues M2I/IS 

1 

• Scenarios are necessary for the evaluation of the 

§ 

“capacity-increasing” concepts 


• Scenarios must test the concepts’ ability to increase 

r 

capacity and maintain (or increase) safety 

i 

• Scenarios must cover all domains (e.g., surface, terminal, 

1 

enroute) 

ji 

• Scenarios must consider normal and non-normal events 

1 

• Scenarios must cover real-time and fast-time testing 

'«**: 

• Scenarios must test all parts of the NAS triad: AOC, ATC, 

£ 

flight deck 

J 

• Scenarios must be able to test both single-domain 

I 

concepts and more broad concepts 

1 

• SEA is writing requirements for the scenarios, not the 
scenarios themselves. 


AT 
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& 



Framework 
and Metrics 


for Scenario 
Development 


* 


Stakeholder Viewpoints 
(questions to be answered) 


operational * NAS Model 

scenarios 



Scenario Elements 

■NAS Domain 

•NAS Perturbations 

fe.g. Wx. Security Incidents) 

■Ongin/Destmalion Demand 

•Assumed Technologies 

•HumarVMachine Performance 

■Defined ATM Procedures 

•Assumed Equipage 

•Fleet Mix 

•Etc. 



Simulations 



Empiric Analysis 

(i.e. expert opinions) 


Stakeholder Viewpoints 
(questions to be answered) 

output ^ evaluation 

metrics metrics 


•Number of traffic events 
(takeoffs, sector crossings, 
landings, etc. ) 

•Number of communication 
events (requests, 
dearances. directives, etc.) 
■throughput (traffic volume) 
•Delay 

•Safety Incidents (proximity 
to minimum separation, 
incursions, encroachments, 
etc) 

•Elapsed flight times 
•Fuel burn 

•Capital investments 
•Personnel workloads 
•Etc 


•Average aircraft flight lime 
per air route* 

•Average aircraft payload 
per flight mile 
•Operational cost per 
passenger mile 
•Average taxi time from 
pushback to wheels up 
during peak traffic periods 
per specific airports or taxi 
paths within airports 
•Average voce channel 
occupancy time per 
departure from pushback to 
take off 

•Average Airport arrival 
rate during peak periods 
•Rate of arrivals per 
controller hour per airport 
•Aircraft (or engine or 
other component) 
maintenance costs per 
flight mule 
•Etc 

‘ a defined city pair air 
route 


AT 


'Viewgraph from Jack Perkins, Volpe Center 



System Evaluation and Assessment 
Team Members 

• San Jose State University 

•Volpe Transportation Systems Center 
•Seagull Technology, Inc. 

• Monterey Technologies, Inc. 

• Researchers within NASA 


AT 
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Briefing to 
NASA TIM 

Air Traffic Management Concepts of 
Operations and Their Impact on the 
National Airspace System (NAS) 


Presented by: 

Wayne MacKenzie 

Deputy Air Traffic Planning Division (ATP-401), FAA 
And Member Nominated by the U.S. on the ICAO Air Traffic Management 
Operational Concept Panel (ATMCP) 

May 2002 


Outline 

I SS5SSBS ' ^ 

• CONOPS Introduction 

• NAS Modernization Process 

• ICAO ATMCP Work Program 

- ICAO Operational Concept Document 

- Invariant Processes 

- Key Conceptual Changes 

• RTCA NAS Concept of Operations 

• Where Do We Go From Here & Summary 
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CONOPS Introduction 


sum 


Vision/Operational 

Capabilities 


NAS 

OPERATIONAL 

CONCEPT 


I 

1 



Implementation 


ATM Implementation/ 
Transition Plans 


Investment/ 

Acquisition 

Strategies 


Concepts of 
Use 
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NAS Modernization Process 



5-Year 

Projection 


NAS ARCHITECTURE AND ITS R&D EFFORTS 

Near Term 
5-yr Projection 

Mid Term 
10-yr Projection 

Long Term 
Beyond 10 yrs 


Acquisition Management System 


* Architecture Impact Assessments * Investment Analysis 

♦ Mission Need Analysis - Jrtnt Resources Coundl/Resource Mg mt Councils 


4 


National Airspace System v 


Increasing Capabilities from R&D Efforts 


ICAO ATMCP Work Program 


^Develop and Describe, in Sufficient Clarity and Detail, a Gate-to-Gate 
ATM Operational Concept That Will Facilitate the Evolutionary 
Implementation of a Seamless, Global ATM System. 

The ATM Operational Concept Should: 

* be visionary in scope; 

& not be limited by the present 
level of technology; 
lead to realization of all the 
benefits expected from 
CNS/ATM systems; 
provide the basis for cost- 
benefit analyses associated 
with the introduction of ATM 
systems. 
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ICAO Operational Concept - 
Invariant Processes 





The Operational Concept 
Document lays out the foundation 
for the concept components and 
provides a general picture of the 
future performance of air traffic 
management based on the 
operational concept. 


* Airspace Organisation 
& Management 

’ Aerodrome Operations 

* Demand & Capacity 
Balancing 

* Traffic Synchronisation 

* Airspace User 
Operations 

» Conflict Management 

* ATM Service Delivery 
Management 


Information Services 


Key Conceptual Changes 

• AIRSPACE ORGANIZATION AND MANAGEMENT 

• All airspace will be the concern of ATM; 

• Dynamic and flexible airspace management; and 

• Any airspace restrictions are transitory. 

• AERODROME OPERATIONS 

• Runway occupancy time reduced; 

• Safe maneuvering in all weather conditions; 

• Precise surface guidance; and, 

• Position and intent of all vehicles and aircraft will be known. 

• DEMAND & CAPACITY BALANCING 

• Assets optimised to maximise throughput; 

• Adjustments made to mitigate imbalance; and, 

• Dynamic adjustments to the organization of airspace. 
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Key Conceptual Changes 

"■ HI 'y'ism- 

• TRAFFIC SYNCHRONIZATION 

• Dynamic 4-D trajectory control and negotiated conflict-free 
trajectories; 

• Chokepoints eliminated; and, 

• Optimization of traffic sequencing. 

• AIRSPACE USER OPERATIONS 

• Accommodation of mixed capabilities and worldwide implementation 
needs; 

• ATM data available as needed; 

• Relevant airspace information available; 

• Dynamically-optimized 4-D trajectory planning; 

• Impacts on ATM taken into timely account; and, 

• Aircraft designed with ATM system optimization a key consideration. 


Key Conceptual Changes 


• CONFLICT MANAGEMENT 

• Strategic conflict management reduces separation provision; 

• The pre-determined separator is the airspace user; 

• The role of separator may be delegated; 

• Separation provision intervention capability; 

• Conflict horizon extended; and, 

• Collision avoidance systems part of safety management. 

• ATM SERVICE DELIVERY MANAGEMENT 

• Services delivered on an as-required basis; 

• ATM design determined by CDM, safety, business cases; 

• Services balance and optimize user-requested trajectories; and, 

• Management by trajectory. 

• INFORMATION SERVICES 

• Information Management, Meteorological Information Service and 
Other Essential Services 
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RTCA NAS CONOPS 

• Is NAS-specific (At the National Planning Level) 

• Incorporates the Needs and Requirements of NAS Users and Service 
Providers. 

• Based on Free Flight concept - thus, further development and validation 
of Free Flight will Impact RTCA Concept 

• Operational Concept: 

• Safety is First Priority 

• Environmental Considerations are Taken Into Account 

• Implementation of Any New Technologies Must Improve the Safety 
and Efficiency of the Operational Environment 

• Human-in-the-Loop 

• Quality of Data, Information Exchange and CDM 

• Separation Assurance Remains the Responsibility of the Service 
Provider (Authority Can be Delegated to Flight Crews for Specific 
Operations) 


RTCA NAS CONOPS 


• NAS Operational Concept: 

• Divided into Near-term (2005), Mid-term (2005-2010) and Far-term 
(2010-2015) - Global Operational Concept based on 2025 

• Mentions Specific Systems (e.g., ILS, MLS, GPS, EGPWS, CDTI, 
etc.). Mentions Specific Facilities (e.g., ATCSCC, AOC, FOC, etc.). 
Mentions Specific Procedures (DPs, etc.). Mentions Specific 
Solutions (e.g., Pre-Departure Clearances, ATIS-type messages, etc.) 
- Global Operational Concept is technology-independent - no system 
acronyms! 

• Is written with Civil Users, DoD Users and Space Transportation 
Users as the only community impacting or depending upon use of the 
NAS. - Global Operational Concept Defines “ATM Community 1 ’ as 
Including the Airport Operators, the Support Industry, Regulatory 
Authorities, etc. 
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Where Do We Go From Here? 


• Draft ICAO Operational Concept 
Document to be Released for Comment 
in June/July to all Member States 

• ATMCP Next Step: Preparing Operational 
Capabilities/Needs/Requirements Based 
on OCD 

• RTCA Currently Working on Next Version 
of NAS CONOPS. 


Summary 

1 " 

• CONOPS are crucial to understanding 
future direction of the NAS 

• CONOPS should be the basis for 
Research & Development and 
Requirements Development to ensure 
focus on operational needs not 
necessarily technical capabilities. 


Continued Industry and Aviation Community 
Involvement is Vital to Success 
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an 


BACKUP SLIDES 


Working Definitions 

“OPERATIONAL CONCEPT” 

• A High Level Description of the Set of ATM Processes 
and Services Necessary to Accommodate Traffic at a 
Given Time Horizon. 

• A Description of the Anticipated Level of Performance 
Required From, and the Interactions Between, the ATM 
Processes and Services, as Well as the Objects They 
Affect. 

• A Description of the Information to be Provided to Agents 
in the ATM System. 


more 
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cont. 


Working Definitions 


:v 


“OPERATIONAL CONCEPT” UNIQUENESS 

The ATM Operational Concept Differs From “Architecture” 
and “Concepts of Use” 

Architecture Includes the Infrastructure and a Technical 
System Description Including the Specific Technologies and 
the Functions of Personnel. 

A “Concept of Use” is a More Detailed Description of HOW a 
Particular Functionality or Technology Could Be Used. 

| 



136 




System Level Capacity Increasing 
Concept 


Briefers: Bob Schwab and Al Sipe, Boeing 
Operational Concepts Team 
Date: 21 May 02 

Lead: Bob Schwab 

Phone: 425.373,2522 

Email: robert.w.schwab@boeinq.com 


Air Tralfic Management 


Development Process 



WTT - Working Together Team 
MOM - Measures of Mission 


MOE - Measures of Effectiveness 
MOP - Measures of Performance 


Air Traftic Management 
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£ w £T£IJFf/V£; 


Focus is ... 

IFR Flight and Core ATM 

Services 



— — 

j VFR Flight j 

IFR Flight 

Support 

: Services j 

Services 

Services j 


Homeland Security 
National Defense 
Law Enforcement 


i Auxiliary ATM | 1 

Core ATM 

i Services ; 

Services 

• Air-Ground Communications 

* Manage Airspace 

• Navigation 

• Manage Congestion/Flow 


Landing Guidance 

Surveillance 

Weather 

Facilities Status 

Inter-facilities Communications 

Airport Operations 

Search & Rescue 


Manage Traffic 
Manage Separation 
Manage information 
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Separation 

£anespt 



anagement 


High 

Density 


TRAFFIC 

DENSITY 


Low 

Density 



* Free Flight: 

1 . The ability to operate without a flight plan, except where flow restrictions may be imposed 

2. The ability to operate without constraints, given suitable traffic densities 

3. The Provision of Airplane-Based Separation Assurance 


Air Traffic Management 


Capacity Increasing Concept Impact on 
Causes of Delay 


-Weather effects not already captured 
(e.g. snow removal after storms) 

-Air Traffic Control equipment problems 
-Airline operation problems 
-Propagation effects of weather delay 


Enroute 
Volume 
Medium Impact 



VMC 

Minor Impact 


MVMC 
Large Impact 

IMC 

Medium Impact 

Convective 
Weather 
Minor Impact 


VMC - Visual Meteorological Conditions 

MVMC - Marginal Visual Meteorological Conditions 

IMC - Instrument Meteorological Conditions 


Air Traffic Management 
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ATM Operational Concept Functions 



Current ATM Roles 
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Manage Separation in 2020 

& Benefits 


- Sub Functions 


•Trajectory based 
conflict prediction 
on the ground 
provides 60 minute 
look-ahead 
separatioi 
assurance 


•improved information (aircraft 
state and intent) and technology 
allows aircraft separation 
distances to be closer to 
established standards 


•Separation 

responsibility in the A/C 
for IMC approaches 
under certain 
conditions 



•Controller workload 
complexity managed through 
automated conformance 
monitoring 


Collision avoidance 
responsibility resides 
in the aircraft 


Air Traffic Management 


Interoperability: Strategic and Tactical Domains 


■3*? Vanabtfx 




Different Goals lead 
to Decision Conflict 

► 



HI 

H r> - J - *'-n J -n 



Using decision spaces and stability analysis we identify the 
goal driven interactions that define system communications 


Air Traffic Management 
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Trade Study Examples 


•Planning Time Vs Predictability 

•Looks at how far into the future the plan can be expected to be 
stable 

•Impacts how far into the future trajectories are computed, how 
often the plan is recomputed, etc. 

•Ground vs Air 

•Looks at what subfunctions are allocated to the agent in the air vs 
the agent on the ground 

•Impacts workload and cost of airborne and ground agents 

•Human vs Machine 

•Looks at workload and performance variables to decide which 
subfunctions are better done with humans vs added automation 


Air Traffic Management 


D 

ATM - Air Transportation Capacity Contract 
Increasing Surface Concept 

Aclivityi 1 1 ask 

2003 

xp May JUn Jut Aug S»p Oct Nov Dec Jan Feb Mar Apr May 


Phase One - Base Period 


1291 

Technical Interchange Meetings (TIMs) 


1292 

VAMS TI&K Materials) 


1293 

TIM « far Base Period 

HjRI 


Monthly Reports on lectmical Progress 


1317 

Dev elopment/Reporti ng 

f T 

1318 

Develop Pisa for Air 1 r*n»port»Hon Capacity Increasing Concept 

3381 

1319 

Project P tanning 


1322 

< oDcrpt tJemenl DefinHien 


1329 

C oncepi AnaJvib 

SB mma MS 

1330 

( oncepi Selection 


1333 

HmI Report Documentation 

INtt KK3 MS 

1334 

Delivery' Acceptance of Reports 

m» w ^ 

1336 

Sc tout for Air T ramportation Capacity -Increasing Concept 

*»* o 

1338 

Air 1 ran sport aOoa Capacity -Inc rearing f ancepi 

•W < 5 . 

1341 

In ter ten Patent Report 

«Hjo 


Air Traffic Management 
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NRA 
TIM #1 



METRON AVIATION 


Technologies Enabling All- 
Weather Maximum Capacity by 
2020 


Jimmy Krozel, Ph.D. 

Presented at NASA Ames Research Center 
Moffett Field, CA 

May 21-23, 2002 ^ 


Agenda: 


• Need for All-Weather Capabilities 


• Who is the Metron Aviation Team? 


• Core Ideas 


• Enabling Technologies 


• Roadmaps for New Technologies, Roles & Responsibilities 

• Metrics of Goodness 

• Costs/Benefits T ools fund Analysis 

• Motivation for Getting There 

' ' . f I '" 1 r • 

Vv s 5 ! 

May 21-23. 2002 NRA TIM # I 

K 1 fc 7 H ON A V IA 7/0 N 
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Problem: NAS is not Robust to Weather Disturbances 


FAA OFMMT WMthar Mays 


45 


40 


co 15 
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* 
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5 - 

— i 

0- 

1 1 1 1 1 1 1 T i »■ 1 1 T 


JAN FEB MAR APR MAY JUN JUL AUG SEP OCT NOV DEC 

Weather related delays are currently increasing, especially 
during summer convective weather season. 


May 21-23. 2002 
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Problem: Weather Reduces Capacity 


* Flyable Airspace is reduced 

* Stretched Paths occur as 
flights avoid weather 

* Airspace Complexity 
Increases 

* Workload Increases for 
Pilots and Controllers 

* Capacity Decreases 



May 21-23. 2002 


NRA TIM HI 
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Metron Aviation Team Topical Experts: 


h 


Principal 

Investigator 


Jimmy Krozel. PhD 

Metron Aviation 

Decision Support Tools 
Weather Avoidance 
Algorithms 



Terry Thompson , Ph D. 
Metron Aviation 

Airspace Design 
Noise Abatement 
Route Optimization 


Mike Wambsganss 
Metron Aviation 

Collaborative Decision Making 
Traffic Flow Management 


2 . 

Kevin Kotlman 
Metron Aviation 

Airline Dispatch, 

Meteorology 

Considerations 


1st 

Tony An cite. PhD 

Interface Analysis 

Human Factors 
Human-Computer 
Interfaces 


f - \omo 

' ;SIATH 

l. 

Prof Phil Smith 

Inst of Ergonomics 

Human Factors 

Roles. Responsibilities & 

Procedures 


f STONY 
BRt»#K 

Prof Joe Mitchell 

State Univ . of NY 

Computational Geometry 
Weather Avoidance 
Algol ith ms Topology 


May 21-23. 2002 
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Approach: 

• Systems Level Approach: 

> Distributed System 

> Competing Goals and Priorities 

> Geographically Dispersed Resources 

• Data Driven - based on real NAS data to understand problems 

• Human Centered Design Philosophy — an architecture that 
balances cognitive complexity constraints of human decision 
makers with the support of automation informs of required 
Decision Support Tools (DSTs) 

• Theoretically Founded and demonstrated Algorithms 

• Capacity Driven: 

> Increasing Total Capacity 

> Identify Lost Capacity & Make Best use of the Available Capacity 


May 21-23, 2002 


NR A TIM HI 
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A robust route planning algorithm identifies sets of viable 
routes with the same topology, given uncertainties in aircraft 


and weather position information. 
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Core Idea 1 1 : Accommodate Maximum Information 
Availability for CDM 


00 

70 

60 

?50 

& 

« 40 

% 30 

a. 
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.... -, ;1 . . 

Sep98 Initiation of COM Program 


CDM has been shown to increase predictability through 
information exchange, increasing NAS on-time performance. 


May 21-23.2002 
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Weather Sensing/Prediction will completely mosaic the NAS 
by the year 2010. 


May 21-23.2002 


NRA TIM VI 
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Enabling Technology 4(a): New Displays for ATSP 



New displays for ATSP will enable capacity benefits by 
allowing aircraft to land safely in adverse weather conditions. 


May 21-23.2002 
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Enabling Technology 4(b): New Displays for the FD 



T-NASA Images Courtesy of NASA 


New displays for the FD will enable capacity benefits by allowing 
aircraft to land safely and taxi in adverse weather conditions. 


May 21-23.2002 


NRA TIM nl 
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New displays for the FD will enable capacity benefits by allowing 
aircraft to accurately follow weather avoidance routes. 


May 2 1 -23. 2002 
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Enabling Technology 5: Efficient Surface Automation 




New surface automation concepts will enable faster turn-around 
even in adverse weather conditions. 


May 21-23. 2002 


NR A TIM HI 
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Metrics of Goodness 



Metric 

Category 

Description | 

Capacity 

Airport Capacity 

Maximum number of operations, departures, and 
arrivals per hour (assuming steady-state) 


En Route Sector 

Maximum number of aircraft within a given sector per 


Capacity 

hour, subject to workload constraints (pilot for DAG-TM 
concept; controller for ATSP concept) 

Flexibility 

User Preference 

Accommodation of user preferences measured in terms 
of trajectory interruptions due to aircraft conflicts or 
weather deviations 

Efficiency 

Direct Operating Cost 
(DOC) 

A metric determined by a combination of time and fuel 

Predictability 

Airport Time of Arrival 

Error in wheels on time (off time) as a function of 

(Departure) Prediction 

prediction horizon time 


Sector Demand 

Error in sector count as a function of prediction horizon 


Prediction 

time 

Safety 

Weather Exposure 

Dwell time in hazardous weather 


Conflict Aierts 

Trajectory deviations due to Conflict Detection 


Workload 

Dynamic Density Complexity Metrics 

Environment 

Noise 

Average annual noise exposure 


Pollution 

Annual emissions of fuel-bum products 

Delay 

Average Delay 

Average difference between planned arrival time and 
actual arrival time 


Average Block Time 

Average time for gate departure to gate arrival 


May 21-23, 2002 
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Technology Roadmaps: 


Year 

NAS Mo4«rnu*tton i 

Iran tit ton \ SSjjTl 


97 98 99 00 01 02 03 04 05 06 07 08 09 10 ' 11 12 13 14 15 | 


n&Hton Stops ( Sup l | _ Step ? \ _„ . r SMp 1 ^ 

Navigation vo«, wort ac, tacan. nob. lo«an-C 

A S/DM € • CAT I 

Landing — — — — -:-■ 

iLSJDME - CAT AM 


Stapa 

BwNmdam CawMNy 

WAAS (GPS) 


Transponders — 

Collision ^ ~ 
Avoidance 


MOPE -A/C 

TCAS 


Voice Comm 
Data Comm 


Analog VHF Radio 


ACARS 

Data Link Radio 


-L 

ADS-B 


UHF Voice Radio 


NEXCONOigtat Radio 
WKCW P* 9 da» «adk) 


Cockpit Comma real Display 


Cockpit CNtplay ol ADS-B adorma|ip« 

Cockpit Display of NEXCOk* 

. Data Link hdormataon l __ _ 


Mav 21-23, 2002 


NRA TIMM 
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- Scenario-Based 

- Iterative Improvement on 
Capacity Improving Concepte 


May 21-23,2002 
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Massive Point-to-Point and On- 
Demand Air Transportation 
System Investigation 

Concept PTP Overview 

Virtual Airspace Modeling and Simulation (VAMS) 
Project 

Technical Interchange Meeting 1 
21 May 2002 

John Sorensen 
Seagull Technology, Inc. 

Tel: (408) 364-8200, jsorensen@seagull.com 



Outline 


Concept PTP Team 

NAS Issues and Assumptions Background 

Concept PTP Drivers 

Key Technical Challenges 

Core Ideas Overview 

Planned Early Steps 
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Concept PTP Team 



Ma\ HI. :iK>: 


Some of the Issues with the Future NAS 


• Approaching Hub Airport Gridlock 

- Building more runways at hubs politically and economically difficult 

• Hub Delays and Hassle 

- Hub-spoke system use increasingly time inefficient and unpleasant 

- Business travel moving to smaller jets for direct flights 

• Underutilized Public Airports 

- 5400 airports are a valuable but underutilized national asset 

• Wave of new, smaller jet aircraft needing IFR services 

• Static Sector Overload 

Sectors were designed to accommodate moderate traffic follow ing 
static air routes 

> Not consistent with k4 free flight” 

> Problem exacerbated on storm days 

> En route density will grow significantly with small jet PTP travel 

• Flight Security is a Relatively New National Concern 
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Concept PTP Core Idea 


• Enhance National Airspace System (NAS) Capacity 

- Facilitate and Incorporate Massive Use of Point-to-Point (PTP) 
and On-Demand Air Transportation from Smaller Airports 

• Augment NAS Components to Implement the Concept 

- Air Traffic Management Systems 

- Fleet Operations Infrastructure Systems 

- Aircraft Fleet Mix and Number 

- Commercial Aircraft Operations Management Processes 

> Commercial air carriers (travel and shipping) 

> Business jet operators 

> Fractional jet ownership organizations 

> Other aircraft operators (e.g., UAV, rotorcraft) 

• Concept PTP Adds Overall Transportation Capacity 
and Relieves Hub-and-Spoke Gridlock 




Key Assumptions That Drive the Concept 


• Demand for smaller aircraft serving more airports and 
other facilities (e.g., heliports, UAV operations) will grow 

- Continued urban sprawl and road congestion increase door-to-large- 
airport travel time 

- Use of small airport resources can shorten door-to-door travel time 

• Demand for point-to-point routing and “on demand” 
services will grow 

- Business flyer dissatisfaction with large air carrier hub-and-spoke 
services 

- Willingness of corporate America to pay more to save time, avoid 
airport hassle, and provide personal security 

• These demands will produce a market force to create and 
use enabling technologies and enhanced NAS facilities 

- New types of smaller, more economical aircraft (that will demand 
increased IFR services) 

- Better utilization of vast small airport resources 

mjv io. : m : *' 
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Key Concept Benefits 


• Harness 5400 public airports to increase overall NAS 
CAPACITY 

- System model and subsequent benefits analysis will estimate 
potential overall capacity gain 

- Greater small airport use will also unload larger hub-spoke 
airports 

• By-product is increase in overall transportation system 
EFFICIENCY 

- Concept PTP model will include a door-to-door multi-modal 
perspective 

Benefits analysis will measure a reduction in total travel time 


• May in. :oo; 
! 




Concept Poses Key 


Technical Challenges 


• Need for an integrating, unifying fleet and flow 
management infrastructure 

- Operators must provide flight crews and aircraft at airports to 
service travel and shipping demands 

- Traffic Flow Management service provider must coordinate 
interactions of up to ten-fold increase in flight plans 

• Need for a more distributed, flexible ATM system that 
simultaneously serves 5400 airports and up to 50,000 
jet and other aircraft in all weather conditions 

• System requires more capable, uniform avionics in 
most aircraft to function well 


157 



















Concept PTP Core Ideas 


• 1. Provide Non-Towered Airports with ATM 
Automation 

• 2. Utilize Terminal Area Time-Based ATM 

• 3. Integrate Strategic En Route ATM and Flight 
Management 

• 4. Integrate PTP Fleet Ground Operations (Dispatch) 

• 5. Accommodate Broader Aircraft Spectrum with 
Advanced Avionics 

• 6. Provide Integrated CNS and Weather Information 
Infrastructure 


Mu'. 


m, :fx>: 


Core Idea 1 - Provide Non-Towered 
Airports with ATM Automation 

• Provide same traffic advisory, sequencing, weather and 
airport information as towered airport 

• Provide LAAS and smart airport lighting for precision 
approach/departure 

• Enable same capacity during IFR as in VFR 

• Provide mechanism for the Greater NAS to monitor and 
incorporate small airport operations into emerging ATM 
decision support tools 

• Increase small airport safety and perceived safety as well 
as capacity and travel efficiency 

• Provide mechanism to monitor small airport operations - 
key element of system security 

May 10. 2(H) : 
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Core Idea 1 - Non-Towered Airport ATM 
Automation 


Increase Uncontrolled Airfield Safety. Capacity and Efficiency 


Autonomous 
Airfield 
information, 
sequencing and 
traffic advisories 






Core Idea 2 - Utilize Terminal Area Time- 
Based ATM 


• Broaden TRACON regions to encompass small 
surrounding airports 

• Replace region corner-post feeder fixes by airport 
anchor waypoints 

• Expand Traffic Management Advisor (a la Multi-Center 
TMA) use to set non-conflicting required time-of-arrival 
(RTA) at anchor points and intermediate waypoints 

• Use aircraft 4D FMS and CDTI to follow assigned 
transition to/from en route, approach/departure paths 
and RTAs (non-conflicting cells move along precise 
paths) 
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Core Idea 2 - Terminal Area Time-Based ATM 



Terminal ATC Automation 

* PAZ -based Conflict Probing 

* RTA-based Speed and Heading 
Clearances 

* Arrival! n-Trail Clearances 

* FMS-ATC Trajectory Negotiation 

* Integration wtlh Direct Taxi Automation 

* Integrated Small Airport-Hub 
Departures 

* VDL-3 Data and Voice Uplink 


Courtesy ot NASA 


/ Core Idea 3 - Integrate Strategic En Route ATM 
ife and Flight Management 


Fleet operators create optimal flight plans connecting 
origin/destination city pairs 

Central and regional Traffic Flow Management adjusts 
plan paths and timing to lower statistical potential of 
conflict and to even spatial density 

Aircraft self separate (a la DAG TM CE-5 and CE-6) with 
ADS-B and 4D trajectory intent/guidance - if properly 
equipped 

- Airspace segregated into sectorless altitude bands for equipped 
aircraft 

- Sectored altitude bands used by non-equipped managed aircraft 
ATM continues to provide tactical separation assurance 
backup, for self-separating aircraft 
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Core Idea 4 - Integrate PTP Fleet Operations 
(Dispatch) 


• Aircraft trips based on both scheduled and on-demand 
(taxi) bases 

• Fleet operator/dispatcher optimizes individual 
aircraft/crew schedules to meet demand 

• Auxiliary automotive services provide reserved ground 
transportation coinciding with aircraft arrivals and 
departures - complete door-to-door transportation 

• Aircraft flight plans optimized but with timing and 
path constraints or adjustments (from regional TFM) 

• Pre-trip security screening facilitates rapid multi- 
modal transitions 


Mj> in. :oo: 


Core Idea 5 - Accommodate Broader Aircraft 
Spectrum with Advanced Avionics 


* Economic benefits promote use of highly equipped aircraft 
Precise 4D guidance to follow timed flight plans 

- Required navigation performance (RNP) for precise lateral / 
vertical path control 

- Strategic conflict detection and collaborative spacing (CD&R) 

- Flight re-planning ability to adapt to changing winds/weather, 
traffic and arrival/departure RTAs 

- Highway-in-the-sky CDTI/PFD for situational awareness 

> Precision approach and departure guidance 

> Low visibility takeoff and landing 

ADS-B for total airspace surveillance, CD&R, and flight plan 
monitoring 

Full data link capability 

> ATM/Dispatch information exchange with aircraft 

> Collaborative flight/traffic management 

- Fleet size and types optimally fill the transportation demand 

\u\ m. ;<k>: 
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Core Idea 5 - Wider Aircraft Type Spectrum 


Eclipse Jet 



• Take-off 4 Land dfoUnce 2.060 ft. 

• all glass coukpli 

■ Ortified foi tingle-pilot Might 

■ 5-sent configuintlon tiandauf 

• Semi-club and tix-s Mi 
conflguiallons opllonal 

• Automorive-styl* appoinlni#nl% 

- 41.000 fl coiling 

■ 0.56 c/mi operating cost 

* Fiisl F light - Snmmei 2002 

* Type Certification - Detemhei 200J 

* First Customer Delivery - January 2004 
May HI. 2ti02 


Civil and Commercial UAV Applications 



Core Idea 6 - Provide Integrated CNS and 
Weather Information Infrastructure 

• Communications - Data links, wireless, and land lines tie all 

nodes of system together at all times 

- NAS Wide Information System (NASWIS) realized 

• Navigation - GNSS enhanced with redundant ground system 

- All aircraft guided and monitored to be within flight plan envelopes 
for security and increased airspace capacity 

• Surveillance - All aircraft either ADS-B or radar transponder 
equipped 

- All aircraft under continuous surveillance 

- Linked ground stations provide seamless aircraft state and intent data 

• Winds/weather/atmosphere - Integrated meteorological 
sensor system provides common weather data to all nodes 

- Collaborative flight planning, re-planning, trajectory timing, weather 
avoidance based upon common data set 



163 









First Steps in Describing Concept PTP 


• Build traffic demand model for 2020 

- Select regions under-served or capacity constrained 

- Estimate types and numbers of aircraft involved 

- Develop city-pair flight plans within region 

> Trajectories 

> Arrival timing 

- Use to quantify ATM and fleet management challenges 

- Input as part of Concept PTP scenarios 

• Build functional model to implement Concept PTP 

- Emphasize components needed to complement hub-spoke 
developments; leverage on-going technology development 
efforts where we can 

- Define roles of humans and automation 

Mi> Hi. 2(Ki: 
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;ept PTP: Massive Point-to-Point ant 
On-Demand Air Transportation 


En Route 

Static sectors replaced 
by sectorless and flexible 
sector paradigms 


Termin al * 

4D approach and departure ^r- 
trajectory contracts to/from 
dense hubs and local small 
airports 


Surface 

Non-towered airport 
ATM automation and 
precision landing 
guidance 



Point-to-Point Concept 
Facilitates Efficient Use of: 



More 

Destinations 


Result : 

Potential Order of Magnitude 
Increase in NAS Capacity 


Seagull Technology 


High-fidelity trajectory-based flight planning and 
> Cross-cutti ng TF M replanning coordination between aircraft 
XL 10 - - (Mi: operator and A TSP from pre-f light to gate-in J 
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Ames Research Center 


Optimization in the 
National Airspace System 


Dr. Banavar Sridhar 
NASA Ames Research Center 
Moffett Field, CA 94035 
bsridhar@mail.arc.nasa.gov 


VAMS Technical Interchange Meeting 
May 21,2002 



Ames Research Center 


Outline 


• Problem description 

• Research plan 

• Examples 
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Ames Research Center 


Traffic Flow Management (TFM ) Problem 


• Capacity 

- Theoretical maximum flow rate supported by the separation 
standard 

• Throughput 

- Rate of flow realized in operation 

• Efficiency 

- How close is throughput to capacity? 

• Objective 

- Maximize flow rate to meet traffic demand 




Ames Research Center 


Characteristics of TFM 


• Hierarchical command and control structure 

- 20 centers and 830 high and low altitude sectors 

• Time scales 

- 1 to 6 hours (National and Center flow planning) 

• Large number of aircraft (~1 0,000) 

• Inter-center boundary connectivity 

• Sector congestion 

• Aggregation and decomposition 
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Ames Research Center 

Research plan 

. Develop algorithms and optimization software to maximize 
flow rate to meet traffic demand 

- Current System 

» Spatio-temporal decomposition 
» Use Playbook or other re-routing schemes 

» Optimize aircraft transit times to minimize delay and meet 
congestion constraints 

» Automate the process of formulating the optimization problem for 
different levels of aggregation and decomposition 

- Future Systems 

» Optimal en route ATC concept 

• Develop a scenario database 

• Co-ordination with other VAMS concept development efforts 

• Evaluate the results using FACET 


168 







Ames Research Center 


Future ATM Concepts Evaluation Tool (FACET) 


Simulation tool for exploring advanced ATM concepts 

- Flexible environment for rapid prototyping of new ATM concepts 

- Interface with Host and ETMS data 

- Can be integrated with other tools of varying complexity and fidelity 

Balance between fidelity and flexibility 

- Model airspace operations at U.S. national level (-10,000 aircraft) 

- Modular architecture for flexibility 

- Software written in “C” and “Java” programming languages 

» Easily adaptable to different computer platforms 
» Runs on Sun, SGI, PC and Macintosh computers 

- Can be used for both off-line analysis and real-time applications 




Ames Research Center 


Example: Current system 
NO WESTGATES/RBV Playbook Plan 
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Ames Research Center 
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0 


Ames Research Center 


Example: Future system 
Optimal en route air traffic control 

• Sequential trajectory planning 

• Wind-optimal routing 

• Full-trajectory conflict resolution 

• Periodically re-compute to mitigate disturbances 

• Incorporate stochastic disturbances (Weather, SUA) 




/Ames Research Center 


Wind-optimal route 
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Questions, Comments, Issues 


►Develop Integrated Concept sooner, i.e., don’t just 
develop separate operational concept then try to 
“staple integrate” too late in the project. 

— Nothing stops this desire. 

• Do we have an acronym list? 

— Yes, it is available at the registration desk. 

'CNS tools are integrated late, i.e., Build 3 (VAST) 
deliver/integrate sooner. 

— Every build will have limited CNS 
capabilities as a function of the scenarios 

required. 


AT 


Questions, Comments, Issues 


Need to release VAMS framework requirements 
sooner. 


>We need a common WWW-site location where 
information can be distributed on concepts, 
models, and overviews. 


1 Will the VAST architecture support concept 
models? 

— Yes. 


AT 
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pli Questions, Comments, Issues 

• Who codes? 

- Options: 

Concept developers working the FOM 
and the API definitions. 

VAST Team if generalizable, definable 
and within scope? 


- Options to be flushed out by next TIM 


AT 





Questions, Comments, Issues 


Availability of CD from presentations? 

— We are targeting next Wednesday to mail to 
each presenter and/or organization that is 
working on VAMS. 


AT 
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NRA 
TIM #1 


METRON AVIATION 


Capacity lmpr|>vem%nts Through 

Automated Suiface T raffic Control 

• $ 



• Concept Overview and Core Ideas 


• Enabling Technologies 


• Roadmaps for New Technologies 

• Metrics of Goodness and Costs/Benefits 
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The Need for Surface 
Automation... 


Surface Constrains NAS Throughput 




Surface Safet 



wake vortex \ ,* 

^^pamtiony \ 

/^runway 
V^figxiratiotjy ^ 


runway occupancy 
v time ^ 


gate 

availability 





Communi nations 

Difficulties 

Visibility Problems 
Situation Awareness 


surface 

congestion 


May 21-23, 2002 


NR A TIM HI 
A 


Metron Aviation Team of Topical Experts 



Brian Capozzi, Ph.D . 
Metron Aviation 
Path Optimization 
Autonomous Systems 
Algorithm Design 


Bruce Ware 
Metron Aviation 
Ops Expertise 
Statistical Analysis 
ATSP Experience 


Chris Brinton 
Metron Aviation 
Surface Automation 
Decision Support Tools 
Software Development 
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Concept Overview 




Automation of 
Surface Traffic 
Control 


Human-Centered besign Philosophy 


Tower Controllers 


Pilots 



Roles and Responsibilities 



Automation goals, performance and 
safety monitored by human 


Clearance Delivery' 
staffed by human 

learance from Clearanci 
Delivery position 





wjmwm 0mm: f. 


Tower monitor sets 
automation goals/plans 


Automation conveys updated 
flight strip info to terminal and 
en-route automation. 


Pilot receives taxi instructions 
I via surface lighting 


May 21-23, 2002 


NR A mini 
6 


msSSSm 

MS 7 H OK AVlAJiON 
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Technical Aspects 


Human Monitor 


goals/constraints 


conflict alerts 


demand 


resources 

Adaptive Planning m 

Conformance 


Decontliction 

Monitor 


coordinated 

motion plar^ _ x 

(^surface lights 


Time- Varying Costs 


'clearance 

instructions 


behavior/tracking 


Explicitly Address Uncertainty 















Example Operational Concepts 




Normal operation 


Failure Detected 


Fail S afe Operation NR A TIM ni 

p 


Stop Condition 


Enabling Technologies 


GPS, ADS-B, ASDE-X 


position, velocity, intent 


and uncertainty data used i 

gggggis mi 
vtMss&vz,: - 


Taxiway Light Control System 



Assignment of 
updated colors to 
all applicable 
lights 


Weather and User Response Prediction 



Microburst prediction 
Storm Location & Motion 
Terminal Winds 


Mav 21-23. 2002 


Weather Sensing and 
Prediction will mosaic the 
NAS by 2010 
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Use of Advances in Display Technology 



Metrics of Goodness 


; Metric 

Category 

Description | 

Capacity 

Airport 

Maximum number of arrivals (typically per hour) as 


Arrival Rate 

measured by wheels “on” time upon landing 


Airport 

Maximum number of departures per hour as measured 


Departure 

Rate 

by wheels “off time 


End-to-End 

Maximum number of arrival -to-departure events per 


Throughput 

hour (including gate turn time) 

Predictability 

Airport Time 

Error In wheels on ti me (off time) as a function of 


of Arrival 

(Departure) 

Prediction 

prediction horizon time 

Efficiency 

Direct 
Operating 
Cost (DOC) 

A metric determined by a combination of time and fuel 


Taxi-in time 

Measured from touchdown to brakes applied at gate 


Taxi-out time 

Measured from brake releas e to either wheels “off 
time or radar target recognition (ACARS message) 


Average 

Average amount of time spent in queues from 


Queuing 

Time 

pushback to start of departure roll 

May 21-23,2002 


14 fv?TTT7f 
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Metrics of Goodness 


| Metric 

Category 

Description 

Environment 

Noise 

Average annua! noise exposure (DNL) 


Pollution 

Annual emissions of fuel-bum products 

Safety 

Conflict 

Alerts 

Trajectory deviations due to Conflict Detection 


Runway 

Incidents on the airport surface due to controller error 


Incursions 

or lack of pilot situational awareness 


Blunder 

The time required for the controller to become aware of 


recognition 

time 

pilot errors in following clearances 

Flexibility 

User 

Accommodation of user preferences measured in 


Preference 

terms of surface tr^ectoiy fetemjptians due to aircraft 
conflicts 


Slot 

Swapping 

Total number of slots exchanged In surface path plans 


Block 

Exchange occurring across windows or blocks of time 


Swapping 

(0-15min t 15-30min, etc.) 

Equity 

Delay 

Measure of Delay Deviation amongst Users and User 


Deviation 

Categories 


May 21-23. 2002 


NRA TIM HI 
15 


Metrics pf Goodness 


*i^i**m , 

$ 


-FACET ' — : • • 

- Simulation-Based 

- Cognitive Walkthroughs 

Analysis 

- Historical, 2000, 2010, 2015, 2020 

- Scenario-Based 

- Iterative improvement on 

Capacity improving Concepts 


user 
preferences 


situational 

awareness 


Mav 21-23. 2002 






Summary and Motivation 

Surface Automation is a Logical First Step to ATC Automation 
A Shift in Roles and ResponsibilJtiesofATSP/FD is needed 
Our Concept requires no new equipment in the cockpit 
A revolutionary solution with an evolutionary implementation 
The DemonsftattislahMIl follow ‘«a&. 




Surface Operation Automation Research 

— SOAR — 


Dr. Victor H. L. Cheng 

Optimal Synthesis Inc. 

Los Altos, California 

Virtual Airspace Modeling and Simulation (VAMS) 
Air Transportation System Capacity-Increasing Research 
Technical Interchange Meeting 
May 21-23, 2002 



Outline 

Background 
SOAR Concept 
Ground-Control Automation 
Flight-Deck Automation 

Operational Integration of Automation Systems 
Remarks on Evaluation Metrics 
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Background 


• Capacity problem identified in National Airspace System 
(NAS) Operational Evolution Plan (OEP): 

Traffic is concentrated at key airports 

- Two-thirds of scheduled traffic moves through hub airports 

- Approximately 90% of delay is experienced at these airports 

- Demand will grow by 200 million passengers at these airports 
over the coming decade 

• Spatial constraints on NAS 

- ARTCC — 3D Space =*• Free Flight 

- TRACON — 2D Space and Patterns 

- Approach and Landing — ID 

- Surface Operation — 2D Network => Orderly Traffic 


TIM 5/2002 



Critical Factors Affecting Capacity 


Two factors of capacity 

Capacity = Space x Density 

- Space enhancement: increase in runways and taxiways 

- Density enhancement: reduction in separation 

NAS OEP Solutions 

Near-term (2001) 

- New runways at Detroit and Phoenix 

Mid-term (2002-2004) 

- New runways or extensions at six of the top 31 airports: 
Houston, Minneapolis, Miami, Orlando, Charlotte, Denver 

Far-term (2005-2010) 

- New runways at another six of the top 31 airports: Atlanta, 
Cincinnati, Dallas Ft. Worth, Dulles, St. Louis, and Seattle 

Increasing number of runways may be necessary, but often 
not sufficient 
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Difficulties Associated with Airport Expansion 


• Resulting increase in surface traffic complexity may 
experience diminishing returns 

• Inside runways block traffic between outer runways and 
ramp area 

• Increased throughput on outer runways increases need for 
runway crossing 

• Increased throughput on inner runways reduced 
opportunity for runway crossing 

• Controllers have to contend with 

- More flights 

- More intersections 

- More runway crossings 

- Less opportunity for runway crossing 


TIM &'2002 
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NAS OEP Solutions for Enhancing Efficiency 


• Mid-term (2002-2004) 

- More efficient use of parallel and crossing runways (as well as 
more arrival runways in general) increases airport 
arrival/departure capacity 

- Coordinated management of surface movement at a larger 
number of airports increases efficiency of movement on 
airport surface in all weather 

- Improved runway configuration coordination between facilities 
and carriers reduces flow disruptions in the transition 

* Far-term (2005-2010) 

- Surface navigation using cockpit display to augment visual 
data and provide common situational awareness improves 
robustness and efficiency 

- Enhanced surface management coordination increases 
efficiency of movement on airport surface in all weather 

- Improved runway configuration coordination between facilities 
. and carriers across adjacent airports reduces flow disruptions 
||||^ in the transition 

eB|P*“ TIM 5/2002 8 
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SOAR Concept 


• Advanced automation in Centralized Decision-making, 
Distributed Control (CDDC) paradigm 

• Centralized Decision-Making: Automation for Ground 
Control 

- Bases decisions on surveillance data, flight plans, and AOC 
requirements 

- Generates time-based taxi routes for optimum traffic efficiency 

- Existing prototype system: Ground-Operation Situation 
Awareness and Flow Efficiency (GO-SAFE) 

• Distributed Control: Automation for Flight Deck 

- Executes time-controlled taxi routes 

- Provides auto-taxi capabilities or automation aids for pilots 

- Automation concept: Flight-deck Automation for Reliable 


Ground Operation (FARGO) 
Integrated operation of both systems 



Desired Functions for Ground-Control Automation 


* User interface, including situational display for monitoring 
surface traffic, and alert of impending problems 

* Taxi-route generation and editing 

* Conflict detection and resolution 

* Decision support tool for planning and adjusting taxi routes 
for delivering efficient and safe traffic 

■ Clearance manager for generating and processing 

advisories and clearances, and for monitoring the resulting 
progress 

* Information exchange with relevant systems in the NAS 
infrastructure and other automation systems 


TIM 5/2002 
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Overview of GO-SAFE GUI 


Node -Traffic Load Graphs 



Example of Route Editing by Changing Destination 
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Example of Spatial Editing of Taxi Route 





Dragging Predicted Location to New Location 
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Conflict Detection and Resolution 


• Requirements for conflicts on airport surface not as serious 
as for IFR flights: in current operations, cockpit crew 
responsible for separation while taxiing 

• Three general types of conflicts: 

- Node/intersection crossing 

- Overtaking 

- Head-on 

• Node-crossing and overtaking conflicts appear only in GO- 
SAFE internal route computations, but are automatically 
resolved by crews in current operations. 


Head-on conflicts may lead to dead lock. 

Auto-taxi or high-workioad taxi will require conflict-free 
clearances. 




* Core component for achieving efficient surface operations 

* Schedule Manager 

- Calculates runway usage schedules for landing, takeoff and 
crossing traffic 

- Enables efficient active-runway crossing 

- Landing traffic has priority 

- Allows simultaneous runway occupancy under special 
conditions 

* Challenge: Other decision-support functions to optimize 
efficiency of traffic over whole surface traffic 
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Clearance Manager 


• Manages and issues advisories/clearances 

• Encodes clearances according to route definition, including 
crossing time restrictions 

• Monitors clearances and flight clearance status: 

- clearance ready 

- acknowledgment pending 

- acknowledged 

- rejected 

• Challenge: Requires research in proper user interface 



Information Exchange 


• Communications with flights 

• Flight data from Host Computer, AOC, etc. 

• Surveillance data from ADS-B, ASDE, AMASS, ATIDS, 
ARTS, etc. 

• Information exchange with other tools 

edp y*'- v 

> " " ' v s 

V FAST ) ( IMA y 
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Desired Functions for Flight-Deck Automation 


• Auto-taxi function for precisely controlling the aircraft taxi 
to accomplish the taxi clearance with tight control margins 

• Pilot interface to allow the pilots to perform precision-taxi 

- Far-term: fully automatic taxi 

- Near-term: control signals generated by the auto-taxi function 
to direct manual control 

• Previous research established potential of high-precision 
aircraft taxi control for improving traffic efficiency: 

- High-precision taxi operations are achievable with advanced 
guidance and control. 

- Potential benefits of automation can be sustained under 
manual control with effective pilot interfaces. 

V. H. L. Cheng, V. Sharma, and D. C. Foyle, “A Study of Aircraft Taxi 
Performance for Enhancing Airport Surface Traffic Control,” IEEE 
Transactions on intelligent Transportation Systems, Vol. 2, No. 2, pp. 



Pilot Interface Considerations 


• Landing, roll out, and turn off require deceleration followed 
by continuous taxi 

• Traditional flight director concept 

- Speed bug unsuitable for deceleration control during roll out 

• Other options 

- Braking cue + Throttle/Speed cue 

- RTA at key locations, e.g. holding lines 

• Issues 

- Mode awareness problems: switching from deceleration to 
constant-speed taxi 

- Discrete adjustments of brakes and throttle 

• Challenge: Future research particularly important for 
developing automation-assisted system for manual control 


TIM 5/2002 22 
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Operational Integration of Automation Systems 


Complex taxi routes with time constraints necessitate data- 
link clearances. 

Challenges: 

- Controllers cannot expect immediate acknowledgement. 

- Cockpit crew may be distracted from flight control 

• Reading clearances 

• Understanding details 

• Responding via console input 

- Near-term application of the technologies required different 
approaches. 

Route information can be more easily entered into FMS. 



SOAR Top-Level Model Relative to GFI Model 


Flight Plans & 



TIM 5/2002 24 
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Remarks on Evaluation Metrics 


• Capacity: Number of flights serviced in given time period 

• Efficiency: Taxi time, delay 

• Workload: Controller, Cockpit Crew 

• Safety: Probability of incidents, not necessarily based on 
overly conservative separation requirements 



THIS PAGE INTENTIONALLY LEFT BLANK 
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Centralized Terminal 
Operation Control (CTOC) 
Concept 


Capacity Increasing Concept TIM 
NASA Ames Research Center 
May 21-23, 2002 



♦ Operating Domains 

♦ Current Terminal Issues 

♦ CTOC Concept 

♦ CTOC Core Ideas 

♦ CTOC Benefits/Metrics 

♦ CTOC Challenges 

♦ Summary 
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mjv^irc Operating Domains 


(Definitions from NASA NRA Solicitation, Appendix G) 


En Route 

Concepts dealing with planning and 
implementation of aircraft paths between 
takeoff and landing. This includes creating 
more flexible aircraft paths, conflict 
detection and resolution, communication of 
environment and traffic data to aircraft and 
ground, traffic monitoring, more accurate 
navigation methods, and prediction of 
traffic conditions. 


1 

Surface 




En Route 


Terminal 


System Level 

Concepts dealing with all aspects 
of operations and management of 
the NAS. 


Terminal 


1 

Surface 


Terminal 

Concepts dealing with planning and 
implementation of departures and arrivals. 

This includes predicting and implementing 
runway allocations for takeoff and landing, 
dissemination of environmental data to ease 
planning, and methods to increase navigation 
accuracy for better flow management. 

NORTHROP GRUMMAN 

iniermitiof! ffctnoiofy 

3 


Surface 

Concepts dealing with planning and 
implementation of airport surface 
traffic. This includes planning and 
monitoring of airport traffic, intra 
airport environmental data and aircraft 
state data as pertains to airport traffic. 



Geneva Aerospace 


^®"SCurrent Terminal Issues (1 of 2) 

♦ Underutilization of the Terminal airspace 

❖ Variability in threshold separations above legal minimum 
separations 

❖ Variability in pilots reaction to controller directives 

❖ Transfer of control introduces additional space and variability 

♦ Additional spacing required for Instrument approaches 

❖ When conditions prohibit visual approaches (fog, low clouds, 
sunset, etc.) extra spacing is required for aircraft on final 
approach 

♦ Inefficient communications between controllers and pilots 

❖ Communication errors cause extra spacing or in some cases, 
safety hazards 

❖ Problem exacerbated for pilots whose native language is not 
English 

❖ Variability in the delay between the issuance of a command and 
the response to the command 


NORTHROP GRUMMAN 


4 


I' ^ Geneva Aerospace 
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Current Terminal Issues (2 of 2) 

♦ Controllers are able to identify but not prevent unauthorized 
use of airspace 

As witnessed recently, controllers are able to recognize when an 
aircraft is not responding to control directives, but they are 
unable to affect control of the aircraft 

♦ Special procedures are necessary for varying aircraft 
performances 

*:♦ Aircraft may not be available or capable of mixing into a stream 
of other aircraft 

❖ Special handling of these aircraft impacts efficiency of controller 
and the operations of other aircraft in the area 



♦ The Centralized Terminal Operation Control (CTOC) concept is 
analogous to the Maritime Industry’s Harbor Pilot 

♦ CTOC provides remote control of aircraft in the Terminal domain 

♦ CTOC merges the role of the controller and flight crews 

♦ CTOC will interface to DSTs and/or enhanced ATM systems in 
the Enroute, Terminal, and Surface environments to ensure 
predictable, consistent, conflict-free trajectories 

♦ CTOC depends on aircraft technologies (i.e. datalink and FMS) 
for response to Flight Control Commands and Trajectories from 
the Remote Controller 
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ICSSflS CTOC Concept 


Modified GFI Top-Level Model of ATM Functions 



CTOC Core Ideas 


♦ Remote control of one or multiple aircraft from a single terminal 
specialist supported by a ground-based computer system 

♦ Remote control will extend existing automation in the terminal 
domain and reduce variability in separation 

♦ Flight control commands based on deconflicted trajectories will 
be sent from CTOC to the aircraft FMS 

♦ Remote control of terminal aircraft may be adjusted based on 
Air Traffic Management flow constraints 

♦ Terminal specialists will have the capability to take control of 
aircraft to prevent unauthorized use 

♦ Pilots will have the ability to override CTOC commands for 
safety reasons only 


MOftTHHOP mUMMAM 

Momt. non Ttthnotvf, 
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Geneva Aerospace 
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WSlIS CTOC Benefits/Metrics 


Benefit 

Mechanism 

Candidate Metric(s) 

Increased Capaaly 

Control to predictable and consistenl trajectories in Terminal area 

Flow Rates, Arnval Delay, Departure Delay 
Overall Delay Time/Distance Flown 


Reduce runway occupancy 

Runway Occupancy Time 


Arrivals and departures make better use of Terminal airspace 

Flow Rates. Arrival Delay. Departure Delay. 
Overall Delay. Time/Distance Flown. Tracks 


Reduce vanab*lity r separation for aircraft-to-aircraft, aircraft-to- 

obstruclion, and aircraft-to-airspaoe 

Separation Distances, Conflicts 


Laminate missed approaches due to verbal communication errors 


Increased Efficiency 

Control to predictable and consistent trajectones in Terminal area 

Tracks, Workload 


Improve situational awareness between Terminal ATC and airline users 

Workload 


Eliminate missed approaches due to verbal communication errors 

Missed Approach Count 


Collaborabve amvabdeparture management with airlines 

Workload 


Reduce workload for Terminal area ATC and flight crews 

Workload 




Increased Safety 

Improve situational awareness between Terminal ATC and airline users 

Safety Incident Count 


Provide communication between CTOC and FMS Ihrough data link 

Comm Load 


Provide trajectory conformance monitoring 

Separation Distances. Conflicts. Workload 


Provide flight deck ovemde to CTOC 

Safety Incident Count 




Reduced Costs 

Terminal area operating costs 

Operating Costs, Staffing Levels 





NORTHROP GRUMMAN 

Mormttrofr Tectmobgr 
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CTOC Challenges 


♦ Acceptance 

ATC, Flight Crews, and Public 

♦ Human Factors 

♦ Legal impact of change in roles and responsibilities 

♦ Procedures for transfer of control 

♦ Overrides 

♦ Presence of Mixed Equipage 


NORTHROP GRUMMAN *- 

*«***• f 7 Geneva Aerospace 
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Summary 



♦ CTOC is analogous to the role of a harbor pilot 

♦ CTOC introduces multi-vehicle remote control by a 
single specialist in the Terminal domain 


♦ CTOC increases Terminal domain capacity 


♦ CTOC improves Terminal domain safety and efficiency 

♦ CTOC reduces pilot-controller workload 
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TACEC 

Terminal Area Capacity Enhancement Concept 


Advanced ATM Concept for 2020 


prepared for 

VAMS Technical Interchange Meeting #1 
NASA Ames Research Center 
21-23 May 2002 



Terminal Area 

Operating Domain 



• The Terminal Area is defined as airspace surrounding an airport or 
airport group (similar to today’s TRACON) as well as the airport 
surface (runway, taxiway and ramp). In addition the Terminal Area 
includes gate and street side operations. 

• For comparison purposes the Terminal Area is similar to the 
environment addressed in the FAA’s Operational Evolution Plan 
for Arrival and Departure Rate 


203 





Problem 


c 3 t i c 3 s 


Dramatically increase operational capacity 

• Today’s NAS is operating at or near capacity 

• FAA OEP predicts a 24% total growth in air traffic by 2010 

• VAMS predicts a 4.5% growth per year through 2020 


Benchmark Airport Operations 
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Challenges 


C 3 1/C 3 S 


Increase capacity using new technology and operations 

• Majority of FAA’s OEP envisioned capacity growth comes from 
building new runways. 

• Continued construction beyond 2010 is not envisioned 

• Assuming similar regional operations in the future the 13 busiest 
airports today will see the majority of growth in 2020. 


OPS per HR 

AIRPORT TODAY QEP/2010 VAMS/2020 










Increased capacity and 
operational requirements 



Doubling OPS/Hr means twice as many aircraft in the airspace, on the 
runway , and at the gates.... 

• Separation requirements between aircraft within the terminal airspace 
must be reduced by up to a factor of 2. 

• Final approach and departures must be conducted at twice the rate 
achieved by any OEP improvements envisioned. 

• Surface traffic must be increased by a factor of two and runway 
occupancy time reduced. 

• Gate operations must double, either by increasing their number or 
halving their occupancy. 



TACEC is an Evolutionary 
Approach 


c 3 i/c 3 s 


• Technology exists today to significantly reduce separation 

- Train, demonstrate, validate and instill confidence necessary over the 
next 20 years 

» Integrate “intent” with current position to reduce uncertainty 
» Distribute the separation responsibility between air and ground 


• Operational algorithms using today’s computational power can 
plan, schedule, and communicate ATC operations today 

- Over the next 20 years more sophisticated algorithms and “super” 
processors can deal with the large number of ATC OPS factors 

required but confidence in these results must be developed. 

» Establish proper parameters via research 

* Wake Vortex 

• Weather 

• Runway Occupancy Time 

* etc 

» Optimize the human elements role and responsibility 
» Provide NAS wide fault monitoring of all system elements 
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But the evolution will be difficult 


c»l I C 3 S 


* Issues to deal with 

- Aircraft equipage 

- Ground side constraints 

» road access 
» noise 
» emissions 
» parking 
» security 

- Human factors 

- Confidence in technology 

- Safety 

- Culture/folklore 

• Stakeholder Issues 

- National Policy (DOT, FAA, Government) 

- Funding authority 

- Airlines, aircraft owners 

- Aircraft manufacturers 

- DOD/USAF 

- Pilots A controllers 

- Operations and Maintenance 

- Gate/Ramp management 

- Airport management 



Terminal Area Capacity 
Enhancement Concept 


c 3 i / c 3 s 


Increasing capacity in the Terminal Area relies on following key 
elements: 

• Accurate 4D Trajectory Calculation 

• Aircraft execution of required trajectories 

• Highly reliable and secure data link 

• Reduced separation standards 

• Improved surveillance 

- WAAS enhanced GPS 

- Multi-sensor surface surveillance fusion 

- Mode S MSSR 

• Airborne self separation 

• Complex finals - curvilinear, multi-aircraft formations landings 

• Optimized taxi routing 

• Integrated Terminal Area information network (all stakeholders) 
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TACEC Overview 


c 3 i/c 3 s 
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Human-Centered Systems (HCS) 



• The most effective solutions will come from the proper blend of 
automation and human decision making. 


• Human involvement is critical because: 

- Humans are better than automation at higher-order tasks such as 
complex pattern recognition, avoiding false alarms, generating 
imaginative solutions to difficult problems, and handling 
unique/exceptional situations 

- Humans must ensure proper response to non-normal situations 

• Automation will augment human abilities 

- Automation can compensate for human limitations of attention and 
memory capacity (e.g., humans can only monitor and interact with a 
very limited number of aircraft simultaneously) 

- Cognitive-based visualizations can enhance situation awareness and 
management in a fusion with automation and what-if tools. 



Human Centered Operations 


C 3 I / C 3 S 


• Re-define the role of the Human in the system 

- Identify proper roles for all human activities in TACEC 

- Identify tools required to support and conduct role 


• Primary objective of system solution is to maintain controller and 
flight crew situational awareness and responsiveness, in an 
automation environment. 


• Establish pilot/controller commitment to the “situation” 
established by the 4D Trajectory calculation. 


• First principle includes shared separation responsibility, 
appropriately between ground manager and flight crew. 
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Re-defined Roles 
Control vs Management 


Today’s Division I TACEC Division 



Improving Situational Awareness (SA) 


c 3 i / c 3 s 


Rapid reacquisition of situational awareness will be a key problem in future 
ATM. While automation frees up humans to perform multiple tasks, there is a 
cost of switching between tasks. 

Situational awareness is disrupted by many factors (e.g., relying on 
automation or task switching) and takes too much time ton^establish. 


Cognitive-based visualizations will allow humans t 
rapidly acquire SA when: 

- Maximizing TRACON throughput 

- Responding to unexpected situations 


Switch 

Task*; Attention 


- Preserving safety during non-normal events 

\ 1 


\ 


Situational 

\ 

1 1 

1 i i ' 

Awareness 
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N ✓ 

1 / 
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mJt 

14 Normal 


Vigilance! Decay Awareness 

1 j Recovery 


209 








One Example of a Specific 
Visualization Concept for SA 


C 3 I / C 3 S 


Enhanced visual displays for sequencing approach (or departure) aircraft 


Sequencing Schematic 

for approach sequencing 


A sequencing 
ring rs assigned 
to each atrcraft 



Rings contract 
over time Jo 
sequence^*-*, 
planes for j - 

landing ” 


Colors denote 
nng status ~ — 


Each nng 
maintains safe 
separation & 
max throughput 

7 "“ 

0 

r _vw» 

Planes can 
Renter from 
many fixes 



A side view 


Concept Display 

for 50 incoming planes 



A linear representation of the 
same display 



A 3D representation of the same rings 
(looking up at it) 


Benefits 


Planes can be sequenced from 
multiple fixes, allowing for 
more throughput 
Allows managers to 
collectively monitor more 
planes; they track spatial 
patterns Instead of each plane 
Increases the long-range Info 
about time & space, so 
manager does not have to 
control individual aircraft 
Important areas can be 
Isolated using 
scaiabie/zoomable displays 
Similar displays can also be 
developed as a tactical display 
for pilots 



A Second Example of a 
Visualization Concept for SA 


C 3 I / C 3 S 


A visualization concept that using visual metaphors to manage flight 
schedules in time-space 


Future weather system evolving in time-space 


Flight 
paths 
initially 
all safe 




TO +1 +> 

Present: 
Schedules 
Optimal 
(all lines 
horizontal 
& vertical) 



Future: 

Off-Schedule 


Potential 

conflict 


Benefits 

■ Provides quick detection 
of deviations from normal 
operation 

• Flow abnormalities “pop- 
out" as crooked lines 

• Makes obvious a 
potentially dangerous 
schedule (crossing lines 
are visually salient) 

• Allow operators to see and 
manage complex evolving 
situations and explore 
what-if solutions. 


k> 


210 





AIMS 


TACEC and the GFI Model 


C 3 I / C 3 S 


ATM Function (From 
the GFI Top Level 
Model) 

Function per Concept Description 


Loo*! Traffic 
Mgmnt 


Participate in optimized flight planning using situational awareness and 
assessment tools. Specialized focus provided by “drill down” capability 
within automation 


.^dpcenlAir 
-jfficFaciittai 
(US aid 


Share in situational awareness via linked displays. 




Terminal & Ground controllers provide primarily monitoring activities utilizing 
new Situational Awareness tools. Concur on Trajectroy updates, participate 
in real time awareness activities to insure rapid response to abnormal 
conditions. 


F? 

Ptoasaqg 


Now 4-D Trajectories - Automated for optimal routing, updates in real time, 
datalinked to a/c. 


Flt#n 

Pfenning 


Now 4-D Trajectories - Automated for optimal routing, collaborative process 
with all parties 


mm 


Integral with 4-D Trajectory determination utilizing high accuracy 
surveillance and onboard (FMS) intent capability. 
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TACEC and the GFI Model 


C 3 I / C 3 S 


ATM Function (From 
the GFI Top Level 
Model) 

Function per Concept Description 



FMS driven auto-flight, all phases of operation within the terminal area 


| Afcfivre ] 


Accommodate operational realities, flight path control meets required intent 
precision. 


58 


Revised designs focus on current and future airspace situation. Embedded 
training provides minimal response time to abnormal situations both 
Ground and Cockpit capabilities. 


AV&OM4 

ADS-B using WAAS corrected position reporting primary surveillance tool. 
Mode S SSR ts back-up source Surface surveillance uses Muftisensor 
Fusion (ASDE, ADS-B, et al) 

AOC. DCO.NASA DBA La# 
EnfcroamBft, Energecy 
Manogawt 

Collaborative Decision Making framework. Interchange of situation data 
based on a “need to know” criteria. Specific authorizations required when 
flight planning changes are issued, priorities communicated, and 
emergency procedures addressed. 


e iijfc _ j 
tJMMK ■ Akpofl • • >• 


Integrated via Terminal Area Operations network with Operational 
algorithms and inter-facility linkage. 


l‘J 



Safety 


C 3 I / C 3 S 


• Failsafe Operational capabilities 

- All major elements of the TACEC solution must be redundant 

» Dual data link 
» Dual Surveillance systems 
» Dual Automation systems 

- Dual, independent trajectory calculations 

» Approach, departure, landing and taxi trajectories use both current position 
and future intent data. 

» Independent truth data (sensors), processors, and algorithms. 


• Robust Separation Assurance 

- WAAS/LAAS accuracy, integrity, and reliability insures current and 
future position knowledge 

- Reaction times can be reduced based on improved intent information, 
automated control loops (aircraft/ground) and optimized information 
flow 


2(1 
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AIMS 


Benefits Assessment 


C 3 I / C 3 S 


• Primary benefits derived from increased Terminal Area capacity 

- Increased revenues 

- Safer operation 

- Passenger comfort 

• Secondary benefits include; 

- reduced operations costs 

- increased schedule reliability 

- enhanced ATM system reliability 

- excess capacity to absorb uncontrollable disruptions 
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NASA Langley Research Center Wake 
Vortex Research Supporting VAMS 


22 May 2002 


David Ruttshsussr 

Craw Systems and Operations Branch 
NASA Lang is y Rasaarch Canter MS 156A 
Hampton, VA 23681-2199 
(757) 864-8696 

dk rutishausar@tarc.nasa gov 



Background: NASA Aircraft VOrtex Spacing 
System (AVOSS) 

• Goal: 

- Demonstrate an integration of technologies to provide weather- 
dependent, dynamic aircraft spacing for wake avoidance 

- Operate real-time in a relevant environment 

• System demonstrated at Dallas Fort-Worth Airport in 
July 2000; Represented the culmination of six years of 
field testing, data collection, and development 




The Wake Vortex Issue 


? A milrn; A mitpc 



No 

Wake Hazard Gap due to wake vortex 

uncertainties 


Following 
Aircraft Gap, (nm) 

Lead Aircraft j 

Small 

m 



Small 

2.5 

4 

5 

6 

Large 

2.5 

2.5 

4 

5 

Heavy 

2.5 

2.5 

4 

4 


US Minimum spacing when operating under IFR (Gap in nm) 
757 special case as a lead aircraft 
Small <= 41,000 lbs, 41,000 lbs < Large <= 255,000 lbs, 
Heavy > 255,000 lbs 



AVOSS Corridor 

• Separate aircraft from wake vortex encounters: 

- Define a corridor of protected airspace 

- Windows co-locate predictions and sensor 
measurements 

- Predict wake motion and decay at all windows for ail 
aircraft 

- Provide safe separation criteria for the entire approach 

- Monitor safety with wake vortex sensor 






Solid lines Predictions 
Dotted lines Measured 
Ned (bottom curvet Lett wane 
Black (top cunrei Riptii wake 
Wake no longer a factor in gray area 
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AVOSS DFW Research Results 

• Calculated maximum IFR throughput increase 

- Averaged 6% 

- Ranged from 0% to 16% 

- Maximum theoretical gain -1 6% 

• 50 second Runway Occupancy Time (ROT) 

• From 2301 wake comparisons: 

- 61% of all wakes exited corridor in less than the ROT 

• Transported away by crosswind 

• Sank below the corridor 

• Dissipated (circulation below 90 M 2 /sec) 

- 31 % Separation reduced with no measurements exceeding 
predictions 

- 8% the wake observations exceeded the prediction bounds 

• Caused by variances either in weather estimation, wake prediction, or 
wake sensing, not necessarily a safety concern 

• 7% of the 8% determined to not be operationally significant 



Products of the AVOSS Program 

• AVOSS effort represented the most comprehensive 
wake and weather data collection effort to date 

- Over 10,000 wakes measured with relevant ambient weather 
parameters captured 

- Measurements collected at three locations over the course of 
six years 

• AVOSS provided platform for subsystem development 
& integration 

- Major progress made in wake modeling and sensing 

- Weather subsystems were integrated in new ways and data 
fusing algorithms were developed 

• Demonstration of concept for system integration 

- Example guides future operational concept development 

(TySy 
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NASA Lidar 




Wake Sensors Evaluated 
- Pulsed Lidar 
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Wake Sensors Evaluated 
- Continuous Wave Lidar 
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AVOSS Technologies Applicable to all Terminal 

rations 


Inline Approaches 


Departures 




Parallel Runway Approaches 


Intersecting Runways 


AVOSS Follow-on Work Requirements Support 
VAMS Vision 

• Much work needs to be done in defining operational 
concepts that apply AVOSS products to the wake 
problem 

• Concepts must be analyzed for costs, benefits, and 
impacts 

• Analysis requires high-fidelity technology models and 
concept simulation capability 

• Concept development method must be conducive to 
defining a roadmap to implementation 
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NASA LaRC VAMS Plans 

• VAMS work executed by two LaRC organizations, the 
Airborne Systems Competency (AirSC) and the 
Aerospace Systems Concepts and Analysis 
Competency (ASCAC) 

• Work focus is on Wake Vortex Avoidance System 
(WakeVAS) concept development and the modeling 
that supports the development 

• Technology models designed to be compatible with 
FAA’s terminal procedure simulator, providing a clear 
roadmap to operation 

• Technology models developed at LaRC could be 
used in larger NAS simulations developed at ARC 



FY2002 VAMS Tasks 

• AirSC provides WakeVAS technology and concept 
models and parameters to ASAC for integration into 
an airspace simulation 

- Develop an in-house technology simulation capability that 
parallels the FAA Airspace Simulation and Analysis for 
TERPS tool 

- Continue evaluation of existing data for WakeVAS 
subsystem characterization and evaluation 

- Continue enhancements to wake behavior models 

• Improvements to analytical models 

• Development of wake probabilistic models 

• Operational Concept development (in-house and 
solicited) 
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FY2003 and Beyond 

• Continue technology model development, targeting 
larger, more comprehensive NAS simulations as they 
are developed 

• Continue Operational Concept Development 

• Refine technology models and concept designs with 
the results of ongoing research 

• Keep potential paths to concept and/or technology 
implementation open by maintaining consistency and 
synergy with FAA/NASA Wake Vortex Research Plan 




WakeVAS Concept Models 
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Presented at VAMS TIM 
By 

Heinz Erzberger 


Senior Scientist, Ames Research Center 


Overview 

• Limitations of the existing system 

• The Advanced Airspace Concept 

• Candidate architecture for the AAC 

• Separation assurance and conflict avoidance 
system (TSAFE) 

• Ground-Air Interactions 
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Limitations of the Current Paradigm 

• Controller workload limits growth in sector capacity and 
throughput. 

• Capacity gains through resectorization and sector size 
reduction have reached the point of diminishing returns. 

• Decision Support Tools provide some improvements but 
can’t circumvent basic controller workload limits. 

• Manual monitoring and control of separations is subject to 
human error ( FAA reports 50% jump in operational errors 
in 2000). 


Cloning Method for Estimating En Route Airspace 
Capacity Potential 



AAL966_2 

CUOW- 
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Results of Cloning Experiments 
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Advanced Airspace Concept has potential to more than 
double base line capacity 


I 

Overview of Advanced Airspace Concept 

• Ground-based system generates 4D trajectories and separation 
assurance advisories for equipped aircraft 

• Pilots, with the aid of Flight Management Systems, fly 
trajectories and advisories, which are sent to aircraft via data 
link. 

• Ground and on-board systems help pilots maintain separation 
and safe operation in the event of certain types of failures 

• Advanced Airspace sectors consist of several conventional 
sectors combined into super-sectors 

• Voice communications between controller and pilots are 
available to handle unequipped aircraft, special pilot request, 
emergencies, loss of data link, etc. 
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Why TSAFE is Needed 


• AACS is designed to solve a defined set of problems; 
however, its regions of solvable and unsolvable problems 
are indeterminate. 

• Complexity of AACS software makes it difficult to 
establish its capabilities in providing tactical separation 
assurance. 

• A separate system, TSAFE, whose main purpose is to 
provide tactical separation assurance, is less complex to 
design and easier to validate 

• TSAFE uses knowledge of intent to warn against loss of 
separation 

• The airborne collision avoidance system, TCAS, protects 
against collisions without knowledge of intent 


TSAFE Architecture 
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TSAFE Conflict Detection and Avoidance Strategy 

• Short detection horizon (~3 min.) 

- 3D velocity vector combined with near term flight plan 
intent is used for trajectory prediction 

• Critical maneuver and no-transgression-zone alerts 

• Conflict alerts with ~2 min. warning time to loss 
of separation 

• Avoidance maneuvers to provide a short period of 
conflict-free flight (~3 min.) 

- Climb (or descend) to an assigned altitude level 

- Turn right (or left) to an assigned heading 

- AACS or controller follows up with strategic solution 


TSAFE Critical Maneuver Detection 

Failure of AC1 to start planned 
turn on time produces immediate 
conflict with AC2 

V 

AC 1 descending below assigned 
altitude produces immediate 
conflict with AC2 

w . 


J- 

K 


/ act^ 

AC 1 start of 
planned turn 
maneuver 


1 ^ 4 

AC 1 leveling out ! 

point to capture AC2 

assigned altitude 

(a) Critical horizontal 
maneuver 


(b) Critical vertical 
maneuver 
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TSAFE Development Approach 

• Develop performance requirements by collecting and 
categorizing operational error data from historical records 
(in progress): 

- Error / deviation reports 

- Radar tracking data 

- Most errors found to have occurred during climb or descent 

• Incorporate TSAFE functions in CTAS for research and 
evaluation (in progress) 

• Evaluate TSAFE’ s alerting techniques by using recorded 
and live tracking data (in progress) . 

• Prepare for controller and pilot-in-the-loop simulations 
field evaluation 


Example of TSAFE Critical Maneuver Alerting 

(a) Ground Tracks 
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Example of TSAFE Critical Maneuver Alerting 

(b) Altitude Profiles 



time relative to loss of separation, minutes 


Ground-Air Interactions in Advanced Airspace 
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Concluding Remarks 

• Capacity of airspace is limited by controller workload 
associated with separation assurance 

• Airspace has potential for more than twice the capacity of 
current system without changing current separation rules 

• Advanced Airspace Concept has potential to increase 
capacity substantially by reducing controller workload 
associated with tactical separation monitoring and control 

• Elements of Concept have been outlined: 

- Ground-based system provides 4D trajectories to equipped aircraft 
via data link 

- TSAFE provides separation assurance advisories to pilots via data 
link and protects against certain types of failures 

- Controller performs strategic control tasks and handles unequipped 
aircraft 

• TSAFE has potential to reduce operational errors in current 
system 
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A Suggested Approach for 
Producing VAMS 
Air Transportation System 
Technology Roadmaps 


Del Weathers 
VAMS Project 
May 23, 2002 
AMES Research 


Overview 


• VAMS Project Formulation Agreement Deliverable #3 requires the 
production of technology roadmaps to guide research 

- Producing this deliverable is the responsibility of the System Level 
Integrated Concepts (SLIC) sub-element lead by Rob Fong 
(rkfong@nnaiLarc.nasa.gov) 

• Technical Approach 

- Use concept work to produce their own examples of technology roadmaps 

- Use system engineering work to produce an integrated catalogue of 
technology roadmaps along with technical discussions 

- The Top-level WBS steps are 

• 3.1 Top-level Technology and Operational Needs 

• 3.2 Top-level Technology Gaps 

• 3.3 Approach to Obtaining Transition Technologies 

• 3.4 Transitional Technologies - Round 2 

• 3.5 Integrated Roadmap: Top-down and bottom-up 
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YAMS Project Policy 


• Every concept that is nurtured within the VAMS Project will need to develop 
an ATS Technology Roadmap for that concept 

• Those concept specific roadmaps will be: 

Updated annually 

Discussed at all technical interchange meetings 
Shared amongst all VAMS participants 
Maintained by their producer 

- Available electronically in a widely used format (MAC and PC) 

• Concepts should follow the format described herein, suggest modifications, or 
independently develop an equally descriptive approach with examples 

• As they are completed the ATS Technology Roadmaps will be: 

Collected into a catalogue, 

Integrated with each other into different topical sets 

Linked to AvSTAR, the OKP and NASA’s long term ATS strategy 

- Accompanied by technical discussions and research recommendations 

An integration point for the University efforts (Dr. Zellweger team and others) 


Technology Roadmap Framework 


• Suggested Starting Framework ( AATT’s Task Order 40 - SA1C) 

ATM model 

• Existing examples 

- 1940 (in backup) 

- 1950 (in backup) 

- I960 
1970 
1980 

- 1990 

1999 (in backup) 

• Need to be created 

- 2002 (today) 

2006 ( near-term ) 

2010 ( FAA OEP Horizon) 

- 2015 (Medium term Vision Horizon) 

2020 (Longer term NASA Vision Horizon) 

- 2025 < Longer term Stakeholder Vision Horizon) 
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Technology Roadmap Characteristics 


* Characteristics 

Using the ATS model show a specific technologies time (from concept to market 
availability) 

Discuss the science understanding 
Discuss the performance needs/requirements 
Indicate if any alternative approaches exist 

• Identify Technology pathways 

• Identify Gaps 

• Tradeoff pathway groupings 
Risks 

• Technical 

• Political 

• Legal /Certification 

- Critical challenges for which solutions are needed and must be accomplished 
Costs (by Phase) 

- Scenarios to demonstrate features or aspects 

- Supporting documentation 


ATM ARCHITECTURE - 1940 (BASELINE) 



1 1 930) - C leveland Municipsil 
Airport was the first radio 
equipped control lower 


J^^^^UrscriptionJ 


( 1 935 1 - A consortium of airline 
companies organized ihc first 
airway traffic control center at 
Newark. NJ on Dec 1 . 

i i n - Architecture 19411 

| Architecture 1950 | | 1926-1940 Trends | 
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ATM ARCHITECTURE - 1970 


< |47()t - FAA established on 
jun 14 two-way ATC 
satellite communications 
between ATC’ facilities in 
San Francisco and Honolulu. 


f 1 96 1 ( - Beacon ('ommittec 
rccummended FAA use secondary 
Surveillance radar i SSR) has 
primary pari of air traffic 
surveillance Also recommended 
MODE -l' be used for aircraft height 


1 1463 > - The FAA and DoD 
agreed on Feb I the joint use of 
operational point-to-point 
communications networks on a 
worldwide basis. 


< 1 464 ) - FAA announced on 
Feh 4 the first phase of a long 
range plan to gradually reduce 
the number of FSSs in the t ’S 
from 747 to 1 50 


1 1468)- By Jul 15. FAA had 
commissioned first Bright 
Radar Indicator l ower 
Equipment ( BRITE - It at 
Newark. Dallas I Love), and 
Birmingham towers 


(1970)- FAA 
commissioned the 
International 
Aeronautical 
T cl ccommunications 
Switching C enter at 
Kansas City on Apr 30 

1 

(1464) - Pan Ain 
announced on Jul 2 1 
that Inertial Navigation 
Sy stems would be 
installed on most of its 
jet aircraft. 

I 

1 

( 1963) - FAA issued rule 
on Jul 1 requiting DME 
equipment on all airline 
turbojets and all other 
civil aircraft flying IFR 
above 24.500 0 ft in the 

* 



US 

mgsg 

3 

m 

AIRSPACE 
USERS & 



mnmrWm 

19 

it 

AVIONICS 

nan 


( 1 464 1 - FAA commissioned 
first DML combined with 
ILS at Kennedy 
International Airport in Nov. 





TERMINAL ATC 


EN ROUTE ATC 





SERVICES 4 


SERVICES 4 





FUNCTIONS 


FUNCTIONS 




1 146 1 1 - FAA commissioned 
the first Doppler VOR at 
Marquette. Michigan on Jun 


1 1 470) - FAA established the 
ATC Systems Command 
Center on Jul 24 to integrate 
__ functions oft entral Flow 
Control Facility. Airport 
Reservation Office. Air Traffic 
Service ( ontingency 
( bmmand Post, and Central 
Altitude Reservation Facility 
«ARF) 

1 11 467 1 - Pan Am jet 
flying the North Atlantic 
n Nov 2 1 used NASA 

I ATS Ml satellite for air- 
ground-air radio voice 


(1461) -On Dec 26. An 


(1469) - New York 

Traffic rules became 


Common IFR Room 

effective for conducting 


shifted form a manual 

flight operations around all 


radar system to a 

controlled attpurLs in the 


computerized radar system 

irs. 


on Jun 1 . 


< 1968) - The data 
processing part of NAS 
Stage A went into part time 
operation on Dee 30 at 
Jacksonville ARTCC. 


1 14701 FA As First 
IBM 4020 system 
became operalional or 
Feb 1 X at Los Angelet 
ARTCC 


[ services Description | 


Architecture I960 II Architecture 19110 


. ArchSerture 1970 
| 1961-1970 Trends | 


ATM ARCHITECTURE - 1980 



( 1 474 ) - On Jun 25. the first 


( 1974) - FAA published a rule on Dec 24 


( 1478) - The Aircraft 


surveillance radar. ARSR-3. 
went into operation. 


Warning System (OPWS) on large turbojet 
and turboprop aircraft 


Addressing and Repotting 
System ( A( ARS) achieved 
IOC at 1 55 airports 


114761- FAA effected a 
national Beacon code allocation 
plan on Jul 12 


1 1 4X0) - IK >T announced the 
aw ard of competitive contracts 
to three companies or Jan 25 to 
design computer systems for 
automating the FAA s network 
of Flight Serv ice Centers 
I FSSs). 


(1978) - FA As 1..LWAS 
became operalional at 
seven airports in Sep 



FSS 

^COMMU NICATION e "'\__, 

TRAFFIC FLOW 
SERVICES 4 
FUNCT1TONS 

SERVICES 4 
FUNCTIONS , 

V^^SYSTEMS (G/Gj^^y 


EOVAJCMb'.Uf.TalJ 


TERMINAL ATC 


EN ROUTE ATC 



3CU (« 


SERVICES 4 


SERVICES 4 





FUNCTIONS 


FUNCTIONS , 


■MSSSV 


(1472) - FAA commissioned 
first operational CAT III A 
landing system at Dulles 

(1974) - On Oct 1. 
FAA reduced 
minimum separation 
distance lor 
simultaneous ILS 
approaches on parallel 

( 1 473) - FAA awarded a 
contract on Jan 6 for an 
electronic v oice switching 
system to replace ARTCC 
communications and radio 
control and signaling 


11471). FAA 
commissioned first 
ARTS III at O Hare 
TR.ACON on Oct 4 


» I47X| - On Dec 12. 
first ARTS- II began 
operations at Toledo 
TRAC ON 


(1975) -Phase I J of NAS 
Stage A was completed on 
Aug 26 with 

commissioning of the 2()th 
RDP system at Miami 
ARTCC 


( 1974) - The first two 
Direct Access Radar 
Channel (DARC) 
systems were dchvcral 
to the FAA Academy 
arulNAFEC 


Are^iecture 19811 


[services Description | 


Architecture 1971) I I Architecture 19911 I I 1971-1980 Trends 


235 











































236 






























237 















University Concept Team 
Draft Report 


Dres Zellweger 



tap academic creativity, balance 
with ATM and flight ops expertise 
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The Charge 

- Develop 2025 Concepts 

- Identify Transition Paths 

- Identify Research Agenda 

- Identify University Research Areas 

Conduct 5 2-day meetings 
Deliver Final Report in July, 2002 
Participate in Summer Workshop 

Today’s Brief - a work in progress 


Our Approach 

- Identify drivers 

- Brainstorm concepts to accommodate drivers 

- Identify research questions related to concepts 

- Identify cross-cutting research questions 

- Develop high level cut at possible transitions 

- Update research questions based on transitions 
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Drivers 


- Capacity /Demand/Security 

- Cost (sustainability) 

- Technology 

- Markets/Economics 

- Globalization vs “what’s best for U.S.” 

Future must be driven by policy for public benefit, 
not vested interests of special interest groups 


Enablers 

- Change has traditionally been the result of 
“enablers” 

- Research should be phased to match predicted 
timing of future “enablers” 

-Transition problems have been an inhibitor 

- Our team thinks it’s important to learn from the past 
and understand what is required for successful 
transition to a new concept 

- Benefits driven transition not likely to work! 
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nr ’ • • 

Timing 

Our team predicts major opportunity in 5-7 years 

- workforce (retirement; contract re-negotiation) 

- slot controls end 

- AIR2 1 reauthorization 

- serious capacity problems 
(major hubs, RJ fleet, air taxis) 

Strong political leadership is necessary 
Must engage the public 


CONCEPTS 

- The Bifurcated System 

- High Density Network 

- “Low Density” System 

- Autonomous IMC Operations 

- Other Concepts 

- Airport Capacity 


241 





Bifurcated System 

High Density Network - Highly Structured - Efficient Flow 
Low Density Space - Weakly Structured 

- We envision a split of the NAS into 2 separate networks. 

- The high density network connects the high demand and 
congestion nodes and will grow over time as demand rises. 

- Hub and spoke may be less dominant, but will stay 
because of its inherent efficiency 

- External and perhaps intertwined with the highly 
congested hub network will be low density regions. There 
would be transition points between the 2 networks. 

- By splitting the networks it should be possible to better 
optimize for each operating group. 


High Density Network 

- Different elements of system have to be 
“impedance matched” 

- Has to include airport terminal and landside 

- Robustness of total system is important 

- Must be based on complete system analysis 
and design 

10 
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Key Airport System Flows 


Airside 


Departure 

Fix 


The Tube Concept 

• Between High Congestion Airports 

• Highly Structured Routing for Efficiency, limited 
flexibility similar to TRACON flows but extend 
throughout network 

• Maximum utilization of key resources 

• Inner Loop Control goes to aircraft (RTA, In-Trail 
Separation, Pair- wise Maneuvering) to increase 
predictability and capacity 

• Ground controls sequence, scheduling and structure 

Power of tube is to create an abstraction that 
allows the controller to deal with many aircraft 
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The Tube Concept (cont’d) 

• Highway metaphor (std routes, on-offramps, 
breakdown lane, standard detours around 
obstructions such as weather) 

• Congestion limits and perhaps congestion pricing 
justifies stringent equipment and operating 
constraints 

• Redesign airspace and procedures around network 

• Best chance for early capacity and predictability 
increase 

• But - does not address need for increased 
throughput at airports 

13 


Tube Concept - Transition 

• Establish Leadership 

• Get political and public support 

• Get Workforce Buy-in Early 

• Identify Issues, Opportunities, Inhibitors/Opposition 

• Demonstrate in Experimental Corridors in High Value Target 
Markets 

ORD-NYC 

- LA-SFO 

- Washington-New York-Boston 

• Limited corridors, simple on/off ramps, break-down lanes 

• Pair wise self separation (station keeping) for closer spacing 

• Keep technology and procedures simple 

• Give preference to demo participants 

14 
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Tube Concept - Research 

• Select experimental corridors 

• Model and design of tubes and procedures 

- Entry, exit, merge, passing etc 

- Role of controllers 

• Develop pair-wise self separation protocols 

• Develop non-normal procedures 

• Understand interaction with flow management 

• Develop interface with rest of system 

• Redesign airspace 

• Identify equipment requirements 

• Prove interoperability with other tools 

• Prepare for demo (real time sim, NASA flight demo, 
industry demo) 

15 


Highly Interactive Dynamic Planner 

- Long term goal to achieve optimum use of capacity constrained 
system 

- Dynamic air-ground negotiation of trajectories 

- Aircraft would fly 4D routes, as a minimum in terminal regions 

- Aircraft responsible for separation 


- Could evolve from tube concept 

Many research issues 

-role of people 

- dealing with major 
anomalies 

- achieving system stability 


- tight 4D planning may over- 
constrain the problem 

- making system safe 

- transition 

-public acceptance etc etc 

16 
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Market Based System 

-Major Hub Airports will Allocate Slots by Public Auctions: 
-Strategic, near term and spot auctions 
-May price runway occupancy 
-Peak runway loading will be reduced to government 
established safety and capacity optimized schedules 
-Aircraft size will be driven by a combination of airline 
profits and maximum enplanement opportunities 

-Policy will determine how “national resource” will be used 

-System will change behavior and find a new equilibrium 


The Regional Airport System 

Objective - increase capacity of high demand urban regions, 
especially where primary airport expansion is limited 

- In near term, use of “alternate” airports will grow to 
accommodate regional airlines, air taxi, fractionals, etc. 

- In longer term, these airports could be managed as a single 
asset 

- With appropriate multi-modal connectivity, some 
percentage of traffic could be dynamically assigned to 
different airports 

- Terminal area ATM will have to be designed for best use 

IS 
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Autonomous IMC Operations 
Class Q - below 17,000 ft 

By 2025, no longer “low density” - we predict too many planes for 
ATC as we know it today 

- Separation responsibility goes to aircraft 

- Traffic management limited to density control 

- Sequencing and interaction done by procedure and rules of road 

- A ground monitoring function 

- Requires an increase in safety over today’s VFR system 
(GA VFR safety is an order of magnitude lower than commercial) 

- All planes must be equipped 

- Restricted zones that a/c can’t fly into (avionics protection) 

- Segregate from high density airspace (class A) 

- Capable of dealing with wx problems - can’t fly over weather! w 


Class Q - Transition 

- Having a clear Transition Path will be critical 

(Capstone and Safe Flight 21 models not adequate) 

- Potential for controller delegation to part of fleet 

- Potential for small, but typical “trial” regions 

- Mandate equipment to accelerate transition 

- Bifurcated System Vision 

- we expect Class Q airspace to grow to higher 
altitudes (i.e. lower density airspace surrounding the 
high density system) 

20 


247 





Class Q - Research 

- What are airspace density limits? 

- for safety? 

- for communications? 

- What else is needed to make system stable? 

-What are failure modes and how do you handle them? 

- What is ground/satellite infrastructure? 

- What kind of ground “ATM” function is needed? 

- for security monitoring 

- infrastructure monitoring 

- for search and rescue 

- what else? 

- How do you co-exist with rest of ATC system? 

- How do you use ASAS? Wx? 

- etc etc 


Autonomous “SATS” Airports 

“Higher IMC rates at non-towered airports” 

Research Issues 

- Feasibility? 

- Hourly rate (10- 15)? 

- Avionics requirement? 

- Ground based infrastructure? 

-How do take advantage of WAAS? 

- Need for ground-based system for control? 

- Unequipped aircraft? 

- Interface to ATC system (does ATC deliver 
aircraft to a “metering fix”? 

- Pilot qualifications and training? 
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Continue Current ATM Paradigm 

“muddling along” 

- Can’t afford cost of doing same old things 

(will lead to a a system that can’t get close to meeting demand.) 

- Economy will adapt! 

- But won’t get economic benefits of aviation (steak and 
lobster will be hard to get in Kansas City) 

- Non-part 121 will slowly be driven out of transportation 
business. 

- More ATM by dispatchers is likely 

- Demand management 


“muddling along” (cont’d) 

-Research Focus: 

- WAAS enhancements (new TERPs etc.) 

- better information flow 

- common situational awareness 

- moving CDM to tactical level 

- separation stds given knowledge of intent 

- best use of ADS-B use in existing environment 

- self sep in IMC approaches 

- redesign of high volume terminal airspace 
(maybe on big terminal area in east coast) 

-mixed equipage constraints 

- rethinking first come first serve 

- on-going OR to adapt to changes 

24 
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Airports - work still in progress 


25 


Crosscutting Research 
(very preliminary list) 

- What are elements of a successful transition? 

- Understanding system behavior/dynamics 

- Human factors 

(roles/responsibilities; situational awareness, etc.) 

- Controller selection and training 

- Separation standards 

- Ways to reduce capacity variability 

(ex - security, wake vortex, Wx, airport arrival rate) 

- How do you deal with major anomalies - when there’s a 
change to a lot of flight paths? What are conditions required to 
keep system stable? 

- CDTI uses - people and equipment 

26 
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Thank You! 



Tube Concept 

Interleaved Structured and Unstructured Airspace 






Tube Concept 
On-Ramp Off-Ramp 







Tube Concept 

Interleaved Structured and Unstructured Airspace 



(Breakdown Lane) and Diverts 
to Backup Airport 

31 


Strategy 


The problem: How to build an evolutionary system that can meet 
the needs of a fuzzy future. 


Step 1 - create a VISION 
Step 2 - develop a robust set of concepts 
“if you don't know where you’ re going, 
any road w ill get you there'’ 

Step 3 - perform “concept research” 


Step 5 - develop a roadmap (transition 
path) for evolution to this future system 
Step 6 - define operational and 
technology requirements and user 
consensus for initial waypoints 

Step 7 - over lime, update vision, 
concepts, and roadmap and repeat step 6 
for next waypoints 


Step 4 - develop high level architecture for 
the concept(s) - (zoning laws and building 
codes) 


In parallel - develop CNS/ATM technologies to fully 
develop the concepts and details of the “waypoints ” 


- A ROBUST concept accommodates range of most likely future worlds 

- Committing to ROADMAP a step at a time keeps options open 

- Implementing steps along a well defined road overcomes “treatment of 
symptom’' syndrome 

32 
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vans 


VAMS TIM #1 
Breakout Session #1 
Technology Roadmaps 



Group 1 

Joseph Del Balzo, Facilitator 
May 22, 2002 




Purpose of Technology 
Roadman 

vans 


v ID the technologies needed and a way to achieve 
them to support the development (implementation?) 
of a specific concept 

— Tech Roadmap will starts as functional statement and then 
iterates to specific technology 

— Roadmap goes hand in hand with the Concept Development 

v ID technologies that support more than one concept 

v ID (when needed) key decision milestones for 
technology choices 
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What should Technology 
Roadmap contain? 

v Timelines and activities needed for technology 
development 

v Performance goals of technology (not of the future 
ATM system) 

v Enabling technologies identified 

v Dynamically adapt to changing projections 

v (Probable cost for required R & D & Implementation - 
does not belong here.... in cost section of Concept 
Doc) 

v (not the socio-economic/political assumptions ... is in 
the Concept Document) 




Tech. Roadmaps changing per 
phase of the project 

v Should the format of the Technology Roadmaps 
change to include include different emphasis for each 
phase of the project - No 

v Should the content of the Technology Roadmaps 
change to include include different emphasis for each 
phase of the project -- YES 
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v Technology Transition Plan is needed 
v Is it part of the Technology Roadmap?. ..don’t know 

\ 

i 



v Technology Roadmap should be limited to the 
technology development required for each of the 
Concepts (and include milestones?) 

v Other items in Del’s “Tech Roadmap Characteristics” 
to be put into some supporting document 
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VAMS TIM #1 
Breakout Session #1 
Technology Roadmaps 



What is purpose of Technology Roadmap 
Tool for decision-makers? Why do we need it? 


Technology Roadmap may not be the right term 
Capability & Function Map 

Roadmap include Political and Policy 


Roadmap include Roles and Responsibilities 
Roadmap distinguished from Program Plan 
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Road Map Should Contain? MSSflS 


v Why should it contain What ? Gets to purpose 
— Affect/guide policy 

— Iteratively be updated and form changed by Phase 
— Contain Critical Decision Points 

* NASA and Contractor Teams 

• Investment strategy 

— Consider Blending Process 

— Consider risk/fall back process in complex and non linear systems 
— Contain costs (in the aggregate) 

— Insertion, Extraction and Transition process 
— Technology Level of Capability not new development 
— Basic Research issues 
— Be different than the program plan 




Road Map to Program Map MSl/IS 



Blending and 
Harmonization 


Real time 
Feasibility 

Non-Real time 
feasiblity 

Demand case 
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v Acoustic 

v Socio-political (demand and need drivers) 
v Environmental 

v Vortex - penetration, avoidance 
v Human Factors 

v Weather (Hazardous condition identification, 
prediction) 

v Large scale chaotic systems 
v Human Factors 



v Issues with Roadmap 
v Timing - now is too early 
v RM is different than concept program plan 
v What is linkage to SEA to guide roadmaps 
v What is proprietary status of RM - share the light, 
v Multi-Modal 
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VAMS TIM #1 
Breakout Session #1 
Technology Roadmaps 




Group 3 

Earl Van Landingham, Facilitator 
May 22, 2002 


^ Key points MSSitS 

v 1) Need “concept roadmap” of which one part is 
technology, but includes socio-economic issues, 
legal considerations, etc 

v 2) Expect roadmaps to mature (evolve) based on 
increasing fidelity of costs and benefits and other 
facets of concept 

v 3) Technology Element of Roadmap 

— Key technology to be organized by common functional 
architecture and identified by time frame and performance 
objectives. 

v Summary 

— Need to address subject at next TIM 
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Other ideas 


v 1) Expect to have multiple path roadmap - Need 
functional architecture of what we are trying to 
achieve 

v 2) Are we talking about new technology or better 
ways of piecing together technology? Want 
successful implementation of technology. Roadmap 
are requirements driven (Functional needs and 
performance needs) 

v 3) Do we need to know how much capacity gained 
by a particular concept before generating detailed 
roadmap? 
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MW 


ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMSTM 


May 22,2002 



Advanced Air Transportation 
Technologies (AATT) Project: 
Distributed Air-Ground Traffic 
Management 


Richard Mogford, Steve Green, Mark Ballin 
AATT Project 


MW 


ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMS TIM 


May 22, 2002 



AATT Project Focus Areas 


* Develop en route and terminal decision support tools 
(DSTs) for FAA Free Flight Phases 1 and 2 

- Enhance capabilities of present air traffic system 

- Deliver decision support tools to the FAA 

• Distributed Air-Ground Traffic Management (DAG-TM) 
Research 

- Free Flight concept exploration 

- Evaluate feasibility of making major changes to 
current system and procedures 

- Deliver tested concepts to the FAA 
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ArtFT 


ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMSTIM 


Q 


May 22,2002 


DAG-TM Definition 


DAG-TM is the Free Flight part of AATT 
In DAG-TM flight crews, air traffic service providers, and 
aeronautical operational control dispatchers use 
distributed decision making to: 

- Enable user preferences/flexibility 

- Increase system capacity 

- Meet air traffic management requirements 

NASA is investigating the feasibility of DAG-TM concepts 
during the next four years 

- Using NASA Ames and Langley resources 

- Contractor support 

Will deliver tested concepts to the FAA 




ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMSTIM 


The DAG-TM Philosophy 


May 22, 2002 




Better Air Traffic Management through Distributed: 
Information - Decision Making - Responsibility 
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AAJT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMSTM 


May 22,2002 



DAG-TM is a Gate-to-Gate Concept 


A matrix of gate-to-gate problems were defined by Ames, 
Langley, and Glenn researchers 

One or two DAG-TM-based concept element (CE) solutions 
were formulated to solve each problem 

Concept elements are 
possible modes of 
operation within the 
scope of the RTCA 
Task Force 3 concept 




The DAG-TM concept 
is comprised of 15 
Concept Elements . . . 


Tet-n-rui! D«oaclijre 


: ’ • ’ • : i I • * | : v Termrna^ Amvai^f 


AAFT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
i 'i-F ■■ ; • V AMS TIM . May 22,2002 

Concept Elements 



r [ Over-arching \ 

Gate-to-Gate: 

■ CE-0 Data Exchange 


[ Pre-flight | * 

Pre-flight Planning: 

• CE-1 User optimization for Constraints 
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AAFI 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VAMS TIM May 22,2002 

CE-5: 

Free Maneuvering for User-Preferred Separation Assurance 
and Local Traffic Flow Management (TFM) Conformance 

Problem: 

• Air Traffic Service Provider (ATSP) cannot accommodate 
trajectory change requests due to workload 

• ATSP-issued clearances often cause excessive deviations 
from user preferred trajectories (UPTs) for separation 
assurance or are otherwise not optimal for users 

Solution: 

• Air: Cockpit Display of Traffic Information (CDTI)-equipped 
aircraft maneuver freely for separation assurance 

• Ground : ATSP monitors separation (with ground-based 
DSTs) and provides separation assurance for non-equipped 
aircraft 
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AATT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VAM8TM May 22,2002 

CE-6: En Route ( ^Transition ) Trajectory Negotiation 
for User-preferred Separation and Local-TFM Conformance 
Problem: 

• ATSP workload limits throughput and accommodation of UPTs 

• ATSP-issued clearances often cause excessive deviations for 
separation assurance or are otherwise not preferred by users 

Solution: 

• User and ATSP negotiate for user-preferred trajectory 
changes: 

- User formulates UPT (based on constraints) and transmits 
to the ATSP 

- ATSP evaluates UPT for approval and amends constraints 
as needed 

• CTAS-datalink-flight deck integration to facilitate: 

- Reduced datalink/CTAS input workload 

- Calibration of Flight Management System and CTAS 

- Trajectory-based clearances and improved flight 
conformance 
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AAFT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VAMSTIM May 22, 2002 

CE-11: 

Self-Spacing for Merging and in-Trail Separation 
Problem: 

• Excessive spacing buffers on final approach reduce arrival 
throughput and airport capacity 

• Reduced visibility may limit airport acceptance rate 
Solution: 

• CDTI-equipped aircraft are cleared to maintain separation 
relative to a leading aircraft: 

- Flight has deck displays and guidance for: 

* Maneuvering 

* Self-merging and spacing 

* Fine tuning of fixed-time spacing 

- ATSP has displays and procedures for shared 
separation responsibility 
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AMT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMS TIM 

DAG-TM Benefits 


May 22, 2002 



• CE-5 

- Self-management supports scalability of system 

• CE-5 & 6 

- Increased user flexibility / efficiency within the presence 
of conflicting traffic and dynamic en route constraints 

- Shift/reduction in ATSP workload 

- Reduced excess separation buffers 

- Reduced voice communications 

• CE-11 

- Reduced voice communications 

- Reduced controller workload for maintaining traffic 
separation 

- Increased arrival throughput 


AMT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VAMS TIM May 22, 2002 

NASA DAG Research 

• NASA Ames, Langley, and Glenn collaborating on DAG 
work 

- Ames focusing on air traffic control (ATC) or ground 
DST and procedures development 

- Langley responsible for flight deck DST and procedures 
research 

- Glenn researching communications infrastructure 

• Initially pursuing parallel research 

• Leading to air/ground integration studies to assess the 
feasibility of each concept 

• Benefits data will also be collected in controlled 
experiments 
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AAFI 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
V AMS TIM 


May 22, 2002 



Current NASA Ames Research 

• Focusing on ATC component of DAG-TM CEs-5, 6, and 11 

• Goal is to demonstrate initial feasibility of CEs 

• Basing research on Concept Descriptions 

• Filling out and evolving the concepts as research 
progresses 

• Continuously involving operational people and 
stakeholders 

• Incrementally building laboratory capabilities to address 
CEs 

• Adding to complexity each year 

• Following details are in process and subject to change 


MF1 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

V AMS TIM May 22. 2002 

Ames Research Concept 

• The following scenarios are being used to test CEs-5, 6, 
and 11 

• The Basic Scenario is being augmented this year with 
additional traffic, complexity, weather, and procedures 

• Demonstrations held in September 2001 and January 2002 

• Next demonstration in June 2002 

• Two week experiment in September 2002 to initiate 
evaluation of benefits and performance 

• Goal is to complete the research by the end of 2004 
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ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMS TIM 


May 22, 2002 



Pilots use CDTI trajectory tools to resolve 
traffic conflicts and plan RTA compliant 
descent ^ 




CD&R 


Controllers use CTAS 
tools to monitor en route 
and arrival aircraft and - ' 
issue RTAs 


Free 


Maneuvering 


Automatic Data Exchange: 

• Downlink aircraft state 

• Uplink descent winds to 
synchronize trajectory 
computations 

■ Uplink TMA meter fix times (RTAs) 
and cruise speed advisories 

• Downlink FMS trajectory 
whenever it changes 



Transition '' 
Airspace 


Basic Scenario 


Center 



TRACON controllers ban 
clear pilots to $elf-spac< 
behind a designated 
aircraft 


\ 
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AAfT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VANS TIM 002 

Roles and Responsibilities: General Rules 

Only One Entity is Responsible for Separation 

- ATC has the sole authority to cancel self-separation 

- Pilot can request the cancellation of tree-flight 
En Route Free Flight - Flight Crew Responsible 

- Flight crew (upon acceptance) is responsible for separation assurance 

- Flight crew can request ATC assistance for conflict resolution, flow control, and traffic 
management considerations 

Transition Phase - Flight Deck Responsible 

- ATC will provide Required Time of Arrival (RTA) advisory for meter fix 

- Flight crew is responsible for separation and meeting RTA 
TRACON Boundary - ATC Responsible 

- Controller is responsible for separation 

- Flight crew can be cleared to maneuver, merge, and maintain in-trail spacing 

- Controller can revoke clearance at any time 
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AAFT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 


VAMS TIM 

Ames Research Facilities 

May 22,2002 

• 

Flight simulator 


• 

Airspace Operations Lab 


• 

Cockpit Display of Traffic Information 



AAFf 


ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VAMSTIM May 22, 2002 

Crew-Vehicle Simulation Research 
Facility 




Advanced Cab 
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AAR 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 






- mtmaoaz 



Airspace Operations Lab (AOL): Air/ground Simulation 
Capability for Human-System Research 



AAR 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMS TIM 


May 22,2002 



AOL Workstations 
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AMT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

V AMS TIM May 22, 2002 

NASA Langley DAG-TM Research 

• Developing flight deck tools and procedures for CE-5 and 
CE-11 

• Conducted two recent experiments: 

- Airborne Use of Traffic Intent Information 
(AUTRII), focusing on quality of intent information 

- Advanced Terminal Area Approach 

Spacing (ATAAS), terminal arrival self spacing study 

• Continuing with airborne DST development to support DAG 
concept element feasibility research 



AMT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
V AMS TIM 


May 22, 2002 



Airborne Use of Traffic Intent Information (AUTRII) 


- Evaluated pilot capability to perform airborne self- 
separation in presence of flow constraints 

- Investigated advisability of exchanging of intent 
information between autonomous airborne operators 

- Evaluated utility of initial airborne decision support and 
CDTI functions 

- Evaluated pilot acceptance of role expansion to include 
separation responsibility 
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AM 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VAMSTIM May 22,2002 

Comparison of Two Operational Modes 

• Tactical Mode 

- Based on exchange of state information only 

- Near-term conflict detection (5 minutes) 

- Maneuvers implemented manually through Flight Control 
Panel 

• Strategic Mode 

- Took advantage of Flight Management System (FMS) 
guidance and performance database 

- Incorporated state and intent information in conflict 
detection 

- Longer-term conflict detection (nominal 20+ min.) 

- Maneuvers implemented manually or through FMS guidance 



AM 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

I- 1 ' - 


May 22, 2002 



CDTI developed for AUTRII 
combines features from NASA 
Ames, NLR, and NASA Langley: 

• Resolution advisories 

• Conflict alerting 
symbology 

• Conflict prevention “no- 
go 1 ’ bands on heading, 
speed, and vertical speed 
scales 

• Required time of arrival 

• Predictors / flight plans 

» Autonomous vs. managed 
aircraft 

• Tail tag altitude - absolute / 
relative 

• Altitude filter 

• Climb / descent symbology 

• Area hazard display 
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AAFT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

V AMS TIM May 22, 2002 

AUTRII Summary 

• Initial Conclusions 

- Pilots met constraints in both strategic and tactical modes 

- Operational complexity did not affect pilot performance 

- Pilots preferred strategic mode (with state & intent 
information) 

- Display features were effective 

• Additional Data Recorded for Analysis 

- Complete trajectories as flown 

- Pilot actions (maneuvers, display manipulations) 

- Workload measures (objective, subjective) 

• Plans for Continued Research 

- Display evolution: vertical CD&R, weather conflicts, dark 
screen design 

- Descent CD&R with crossing restrictions 



AAFT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

VAMS TIM • May 22, 2002 

ATAAS Simulation Study Objectives 

* Pilot evaluation (acceptability) of: 

- Approach spacing tasks (including charts, procedures and 
use of ATAAS system) 

- ATAAS user interface 

* Pilot assessment of workload with different levels of 
automation 

* Evaluation of algorithm performance when implemented on 
“real-world” equipment 
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AAFT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMSTIM 


May 22,2002 



ATAAS DST 



AAFT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
VAMSTIM 


May 22, 2002 



Summary of Preliminary AT ASS Results 


• Algorithm performance 

- Spacing interval within one second of target when 
ATAAS speed guidance coupled with FMS 

- Spacing interval within 5 seconds when pilots followed 
speed commands with manual throttles or MCP 

- Standard deviation 1 .3 to 1 .7 seconds for the different 
control modes 
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AAfT 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

V AMS TOI May 22, 2002 

Preliminary Post-Run Subjective Ratings 

• Pilots rated workload for ATAAS approach comparable to standard 
approach procedures 
(1=much lower, 4=the same, 7=much higher): 



Physical 

Mental 

Overall 

Mean 

3.8 

3.9 

4.0 

Std. Dev. 

1.2 

1.2 

1.1 


• Pilots rated head-down time acceptable 

(1=not at all acceptable, ^borderline, 7=very acceptable): 



Downwind 

Base 

Final 

Mean 

5.8 

6.0 

6.2 

Std. Dev. 

1.5 

1.2 

0.9 



AAFI 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

V AMS TIM May 22, 2002 

NASA Langley Research Facilities 



• Air Traffic Operations Laboratory 

• Flight Simulators 

• B-757 Aircraft 
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AAFf 

ADVANCED AIR TRANSPORTATION TECHNOLOGIES 

Langley B757 Test Aircraft 
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ADVANCED AIR TRANSPORTATION TECHNOLOGIES 
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May 22, 2002 



The End 
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Questions, Comments, Issues 


•Please clarify the VAMS Program goals and 
constraints regarding a common ground of 
concepts and implementation. 

•Since we have opened the door to changing 
ATC procedures, when will we open the door 
to discussing changes to the AOC procedures 
(e.g., schedules)? 




Questions, Comments, Issues 



• Comment: The maximum capacity (and throughput) 
operational point is not necessarily the cost optimal 
operating point in the system. 


• Comment SEA and VAST need to understand 
concept evaluation requirements sooner rather than 
later. 


• Comment: The VAMS TIM introduction mentioned 
concepts without implementation, but several works 
have already or plan field testing or implementation. 


AT 
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Questions, Comments, Issues 


Can we get the demographics study data and 
projections from SATS so we can better 
understand demand in the future (also FA A). 


1 What is the long-term plan to manage and 
disseminate concept updates to the supporting 
SEA and VAST teams? 




Questions, Comments, Issues 



• Comment : Need multiple copies of handout 
book electronically. (Hard to read book). 

- will take old version first; get new version later. 

• Comment: Related to the printed slides -- 
please make them larger. 

-- 1 don’t need the notes space 
-- margins could be much smaller 
As is most slides are unreadable. 


■3 AT 
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VSSAS 


VAMS TIM #1 


Breakout Session #2 
Scenarios and Metrics 


Group 1 

Joseph Del Balzo, Facilitator 
May 23, 2002 



Scenarios and Metrics 
Breakout Group #1 


1. What should we consider our baseline 
scenarios and metrics? 

2. What are the special considerations for real- 
time and non-real-time scenarios? 

3. What are the special considerations for real- 
time and non-real-time metrics? 

4. What mixes of aircraft capability need to be 
represented in the scenarios? 

5. What CNS capabilities need to be 
represented in the scenarios? 
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1. What should we consider our baseline 
scenarios and metrics? 


v Same as baseline year for 2x and 3x goals (1997) 
— OEP 2010? 

v Kind of metrics (high level) 

— Cargo passengers and operations 
— Passenger miles per unit of time 
— Number of operations 
— Average delay 

— Economic value (more value in direct flight, quality) 
— Operational costs (Fuel burn 20% of costs) 

— Safety 
— Environment 

• Noise print 

• Pollution 
— Trip time 

• Gate-to-gate 

• Door-to-door 
— Activity metrics 


3 




2 . What are the special considerations for 
real-time and non-real-time scenarios? 


v Depends on the question you are trying to answer 
— What are the set of questions VAMS needs to answer? 
v Is there a difference in the scenarios? 

— Different scale 
— Different objectives 
— Different set of inputs 

* Sometimes yes, sometimes no 
— Real-time - human performance 
— Non-real-time - overall performance 
v Do we need different scenarios? 

— Fast-time can be more abstract 
— Different level of detail 
— Different fidelity 
— Different granularity 
v When real-time when non-real-time? 
v Real-time is not necessarily human-in-loop 
— Shadow mode testing 
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3. What are the special considerations for 
real-time and non-real-time metrics? 


v Why are the metrics different? 

— Two kinds of simulations measuring different quantities 
— Depends on question, objectives, level-of-detail and scope 
— Some can't be measured in both 
— instruments used to make measurements are different 
— Cost and availability of resources (time) 

— Repeatability 

v Examples of real-time metrics 
— Response time 
— Workload 
— User acceptance 
— Aircraft separation 

v Examples of non-real-time metrics 

— Same as real-time except for what can not be measured 
— High level system parameters 
— Operational costs 
— Flow capacity 




4. What mixes of aircraft capability need to 
be represented in the scenarios? 


v Yes, all concepts need to address all aircraft relevant to that domain over a range 
of capabilities 

— General and specific 
v Aircraft capability 
— Performance 
— Aircraft characteristics 
— Equipage 
— 4D 

v Equipage capability 
— TCAS 

v Depends on the question and is defined by the scenario 
— Wake vortex 

v Concepts cover all aircraft 

— Runway independent {Tilt rotor) 

— Large capacity aircraft (797) 

— UAV 

v Emphasis on IFR 
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4 

W( 5. What CNS capabilities need to be 
W represented in the scenarios? 

USflS 

V 

Yes, all concepts need to address all CNS relevant to that domain over a 
range of capabilities 

V 

How you represent them depends on the question 


V 

Concept specific 


V 

NAS architecture expected by 2020 


V 

Primary/backup 



— GPS failure 


V 

Ground 



— Weather 


V 

Air 



— Weather 



— Flight deck capabilities are a subset of the last question 


V 

Space 


V 

4D intent? 

7 


T hree T wo Most Important Points WS» 


v Choice of scenarios and metrics depends on 
the question 

v Clearly define the questions for VAMS 
(individual concepts) 

— Needs to be done before development of scenario 
and definition of metrics 

— Choice of simulation 

— Objectives 

— Scope 

— Fidelity 

8 
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vans 



VAMS TIM #1 
Breakout Session #2 
Scenarios and Metrics 


Group 2 

Kevin Corker, Facilitator 
May 23, 2002 

9 




SEA Break Out Report Out: Mindful of a Distinction Between 
Non-real and Real time Simulation Requirements 


v Human Variability, NAS Scale response 
— Concept maturity, Equipment Specificity 
v Q1 # of A/C in sim & Q2 # of A/C for Metrics 

v Traffic Demand Model depends on OPCON’s influence on business 
case (FT, RT) 

— Simulation Scope 
— Airspace 

— NAS 

— Selectable 

v Passenger seat miles 
v Operations 

through put Cargo, Business Jets, military, General Aviation 
v Complexity factor (lx, 2x, 3x) to be considered 


10 
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Q3: How long do the scenarios need to be to reflect 
realism for our concepts 


FT : One day ( 20-26 hours) 
v Multiple days with different effects 

v Day of the week 

v Resolution of scenario data (milliseconds or minutes) - Depends 

v Metrics by flight 

v By some dependent or course time metric 

RT: Scenario or OPCON dependent 
v NAS wide vs Site Specific 
v 10 minutes - 2 hours, 8 hours 
v Fatigue studies 

v Transition period 

v Flight Deck 

v ATM } Differential event rate for each 

V AOC 

v If local event, single concept - guideline is 10 minutes 

V If Pulse event guideline is 2X bandwidth of pulse 
v If NAS wide issues guideline is 4 - 8 hours 

v (longer for fatigue and strain evaluations) 


II 


Q4:How do we try to insure buy*in from the 
stakeholders regarding the validity of our scenarios 
and metrics 

v Demand Models: Airlines 
v Roles and Responsibilities: Practitioners 
v Who are the stakeholders? Buy in by whom? 

Stakeholder community 

v Current (Small incremental) 

Super users 
Future users 

v Product introduction 
v Is it worth caring? 
v CADREs 




12 
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& 

w' Q4:What are the “challenge” events that are 

w relevant for the scenarios 

vans 



V 

Weather 


V 

Failure Modes 


V 

System Shutdown 


V 

Military Operations 


V 

Security 


V 

Demand Load (holiday travel) 


V 

Airspace Sectional Loss 


V 

Information Infrastructure 


V 

Data Integrity and Robustness 


V 

Equipment dependent failures 


Y 

Collision Risk Models 


V 

Formation Flying 


V 

Tight Coupling 


V 

When and how much challenge modes in OPCON test 


V 

-> Validation Plan 

13 



Current = 1997 levels 
Moderate = (2x current) 
High = (3x current) 



Level of Scenario 

Environment 

Fast Time 


Baseline 

NAS 

Current 

Current or less 

SPECIFIC 

Current 


Moderate Increase 

NAS 



! SPECIFIC 

1 




i NAS 



SPECIFIC 
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VAMS TIM #1 
Breakout Session #2 
Scenarios and Metrics 


Group 3 

Earl Van Landingham, Facilitator 
May 23, 2002 



v Difficulty starting in the “middle of the movie” 

v We assumed we were addressing only capacity metrics in our 
answers (we know there are others) 

v A concerted effort was made to address all 5 (nos. 11 • 15 in 
Sandy’s list) questions put to them 

v A “challenge event” was interpreted to be a perturbation that has 
to be included in the scenarios in the execution of the simulation 
of the concept 

v In question 13, technical challenges were assumed to be 

framework issues (not events) that need to be considered in the 
development of the scenarios, vs. challenges 
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Summary, cont’d UE^IIS 


v Re: question 14, a number of specific 

recommendations were provided that must be 
considered in testing the concepts, however some 
open issues were also identified (e.g., Incompatible 
concept/system architecture issues) 

v The consensus of the group was that its necessary to 
precisely define the entry and exit conditions of the 
domains. 


17 


Agenda 


v 11. What are the “challenge” events that are relevant for the these 
metrics (e.g., choke points, weather)? 

v 12. What are the measures that need to be addressed in the scenarios? 
(These should consider economic, safety, security, environment, and 
human performance factors) 

v 13. What are the technical challenges in scenario development? 

v 14. How do we insure the appropriate testing of the concepts that 
include only one domain v. those that are gate-to-gate? 

v 15. Since we will have multiple scenarios, how to we insure some 

comparability between them so we can test some single domain v. gate- 
to-gate concepts fairly? 
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Group 3, Number 11 MSflS 


v What are the “challenge” events that are relevant for the 
capacity metrics (e.g., choke points, weather)? 

v Important capacity metric events: 

— Weather 

• inaccurate forecasts 

• deicing conditions 

• convective 

• changes to ceiling/visibility 

• changing wind conditions, strong gusts 
— Schedules 

• demand exceeding capacity 

i9 



Group 3, Number 11, cont’d 


— Outages (scheduled and unscheduled) 

• facility 

• radars 

• runways 

— Human error 

— Terrorist events 

— Resource loading 

— Noise/other environmental issues 

— Aircraft mix, unequipped aircraft 

— SUA or other airspace closures 

— Runways 

— Wake Vortices 

— Separation 

— Labor/unions 

20 
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Group 3, Number 12 %SSMIS 


v What are the measures that need to be addressed in the scenarios? 
(These should consider economic, safety, security, environment, and 
human performance factors) 

v Measures 

— Delay (ave, peak, etc.) 

• airborne delay 

• ground delay 

• allocation of delay 

• cancellations 

— Passenger throughput 
— Aircraft throughput 

• Ave, peak 

— Cost and cost allocation 

21 



Group 3, Number 12, cont’d 



— Equity 


— Safety metrics 


• conflict, conflict alert 


• workload 


• weather exposure 


— Access 


— Unused capacity 


— Cargo throughput 


— System stability 


— Predictability 


• edict compliance 



22 
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Group 3, Number 12, cont’d \£Sdf1S 

— Environment 

• noise, pollution 

— Passenger satisfaction 

— Staffing 

— Efficiency 

• workload 

• comm loading 

— Political constraints, public mandates 

— Sector density 
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Group 3, Number 13 

VSMS 


v What are the technical challenges in scenario development? 
v Challenges for scenario development 

— schedules 

— demand 

— fleet mix 

— weather conditions 

— representative set 

• consensus 

• coverage 

— observability of phenomena 

— appropriate complexity/fidelity 
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Group 3, Number 13, cont’d 

— capture of variability in procedures 

• changes in roles, responsibilities 

— relevance 

— accurate reflection of airline's business case 

— non normal operations 

— human factors representation 

— clear statement of scenario objective 


25 


1 

1 

Group 3, Number 14 

waas 


v How do we insure the appropriate testing of the concepts that include 
only one domain v. those that are gate-to-gate? 

v Testing concepts 

— allow for variability 

— arrival of common domain definition, architecture, interface definition 

— appropriate integration of concepts 

— definition of boundary conditions and constraints 

— single domain impact on gate to gate scenario 

— concept invariant metrics for comparison of different architectural premises 
v Open Issues 

— how to handle incompatible concept/system architectural issues? 

— how do we know we’ve tested enough 

* how do we know we’ve tested the “right” things 

26 
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Group 3, Number 15 


v Since we will have multiple scenarios, how do we insure some 

comparability between them so we can test some single domain v. gate- 
to-gate concepts fairly? 

v Scenario comparability issues 

— Metrics need a common framework to evaluate scenarios (and concepts) 

• Configuration management 

• Information necessary to verify scenarios is required 
— Assume following are true 

• scenarios facilitate the blending process 

• scenarios are for validation 

• scenarios are for evaluation 
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Technical Interchange Meeting 
Guidelines Breakout 


Rob Fong 
VAMS Project 
May 22, 2002 
Ames Research Center 


Overview 

• VAMS concept developers are required to 
describe their concepts in a common framework 

- Guidelines 

- GFI Model of ATM Functions Model 

- Operational Needs Statement Model 

• Purpose of the guidelines: 

- to aid in the discussion of the concepts 

- to aid in the eventual blending of the concepts 

- to facilitate the modeling and simulations of concepts 
using VAST 
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Concept Guidelines and Criteria 


Concepts include: 

Problems 
Challenges 
Operating domains 
Core Ideas 
Functions 

Roles/Resp of Human/Mach 
Performance 
User interfaces 
Architecture 
Controls philosophy 
Error Recovery ideas 
Metrics of goodness 
Technology requirements 
Costs/Benefits 
Conceptual competitors 



Evaluation Criteria address: 


Safe 

Useful 

Effective 

Definable 

Practical 

Stable 

Robust 

Reliable 

Self' Diagnostic 

Adaptable 

Available 

Accurate 

Responsive 

Predictable 

Time/Effort Saver 

Maintainable 

Compatible 

Documented 

Transition 

Constructible 

Producible 

Environmental 

Affordable 

Model-able 

Revolutionary 


Functions 


Performance 


Feasibility 
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Questions to Consider 

• Is the concept guideline necessary and sufficient 
to achieve the project goals? 

• Can we achieve greater clarity on the descriptions 
of the guideline elements? 

• Does the concept grading guidelines and 
procedures provide the necessary feedback to the 
concept development process? What clarifications 
are necessary? What changes might provide better 
feedback? 


Questions to Consider 

• Can the GFI model of ATM functions be 

improved to account for major paradigm shifts in 
the operation of the ATM? Is it sufficient for the 
current crop of concepts? 
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w a ns 


VAMS TIM #1 
Breakout Session #3 
Guidelines 

Group 1 

Joseph Del Balzo, Facilitator 
May 23, 2002 


May 23. 2002 - VAMS Guidelines - Breakout Group « I 1 



Guidelines 

Questions to Consider 

vans 

1. Can we achieve greater clarity on the descriptions of 

the guideline elements? 


2. Are the concept guidelines sufficient and necessary 

to meet project goals? 


Mav 23. 2002 - VAMS Guidelines - Breakout Group # 1 

2 


302 








1. Can we achieve greater clarity on the 
descriptions of the guideline elements? 


v Yes, but we suggest a change in the order 
— Area 1 

• Issues and operating domain (concept specific) 

• Quantitative goals 
— Area 2 

• Core ideas 

• Assumptions 
— Area 3 

• Functions 

• Performance 

• Human factors 

- Roles and responsibilities of humans and machines 

- User interfaces 

• System integrity and redundancy 

Mav 23, 2002 - VAMS Guidelines - Breakout Group # I 



3 



1. Can we achieve greater clarity on the 
descriptions of the guideline elements? (Continued) 


v Yes, but we suggest a change in the order (Continued) 
— Area 4 

• Architecture 

• Technology requirements 

• Challenges 

• Transition plan 
- Roadmaps 

— Area 5 - NAS Operational Risks 

• Security 

• Safety 
— Area 6 

• Benefits/Metrics 

• Cost/Metrics 

• Cnnccptnsf competitors 

Mav 23, 2002 - VAMS Guidelines - Breakout Group # 1 
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2. Are the concept guidelines sufficient and \ 
necessary to meet project goals? 


v Project goals: 

— Develop a blended unified concept at end of phase 
four 

v Guidelines may be adequate 

— Not enough information to trade off parameters 

— Concepts address different aspects of NAS 

— Individual concepts may employ different 
scenarios and/or metrics 

— Mapping concepts to GFI helps but will not ensure 
blending 

— Difficult to fit concepts to GFI top level model 

May 23. 2002 - YAMS Guidelines - Breakout Group #1 5 


Concept Grading Guidelines and mjwv&ji 
Procedures iean 

1. Does the concept grading 
guidelines and procedures 
provide the necessary 
feedback to the concept 
development process? 

2. What clarifications are 
necessary? 

May 23, 2002 - YAMS Guidelines - Breakout Group # I 6 
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®f GFI Model of ATM Functions 

1. Can the GFI model of ATM 
functions be improved to account 
for major paradigm shifts in the 
operation of the ATM? 

2. Is the GFI model sufficient to 
blend, model and analyze and 
assess the current collection of 
concepts? What more is needed? 

May 23. 2002 - VAMS Guidelines - Breakout Group # I 9 



1. Can the GFI model of ATM functions be 
improved to account for major paradigm shifts 
in the operation of the ATM? 


v Cannot answer until after we know what the 
paradigm shifts are going to occur 


May 23, 2002 - VAMS 


Ciuidelines - Breakout Group U I 


10 
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2. Is the GFI model sufficient to blend , model and analyze 
and assess the current collection of concepts? 

What more is needed? 


— Not domain specific 

— Concepts do not always map cleanly/clearly into it 

— Need lower level models (May be more difficult to map) 

— Already busy 

— Does not describe the operational concepts behind concept 

— Does not help present/explain/describe concept 

— After the concept is developed, you could organize it this way 

* Helps simulation but does not help define concept 

— Will not help blend 
More is needed 

— After year one we will have a better idea how to schematically 
communicate ideas in a common framework 


Mav 23. 2002 - VAMS 


Guidelines - Breakout Group #1 



v Better outline of operational guidelines 
(reordered) 

v Cannot determine if concept description 
per guidelines is adequate for blending 
until after year one 

v After year one we will have a better idea 
how to schematically communicate 
ideas in a common framework 

May 23. 2002 - VAMS Guidelines - Breakout Group tt\ 12 
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VAMS TIM #1 
Breakout Session #3 
Guidelines 




Group 2 

Kevin Corker, Facilitator 
May 23, 2002 



LACKS: 

v Airports as a dedicated aggregate 

v Domains of transportation system 

v Utility increase with intermodal considerations 
(Transportation System - Air, ground, quantum) 

v Passenger/Payload missing from model 

v Higher Level of Abstraction for Information Function 
v Allocation 
v Quantification 


v Demand Function 
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v Yes, but needs further decomposition 

Matrix/Vector Compatibility within each function 
Differentiate tools from OPCONs to support cross 



Does the concept grading guidelines and procedures provide the 
necessary feedback to the concept development process? 
What needs to be clarified? 


Set of standards for grading needed to level the playing field 

v Combination of criteria to assessment 

— WHAT IS THE PROCESS, WHAT FORM IS THE FUNCTION, 

— Is there weighting ? 


Needs clarification 
Practical 
Definable 
Self- Diagnostic 
Constructible 
Documented 
Revolutionary 
Accurate 
Compatible 
Model-able 


. 2002 - VAMS 


Guidelines - Breakout Group U I 
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i— n 

Eval Criteria (cont.) 


v Should not be on list as applicable to an OPCON 

V 

Constructible 


V 

Compatible (with what ???) 


V 

Accuracy 


May 23. 2002 - 

■ VAMS Guidelines - Breakout Group #1 




Is the concept guideline necessary and 
sufficient to achieve the project goals? 


v Lacks explicitly defined compatibility link 


v Goodness may subsume costs & benefits 


May 23. 2002 - VAMS 


Guidelines - Breakout Group # I 


20 
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VAMS TIM #1 
Breakout Session #3 
Guidelines 


Group 3 



v Guidelines: 

— Can we achieve greater clarity on the descriptions of the guideline 
elements 

— Are the concept guidelines sufficient and necessary to meet 
project goals? 

v Concept Grading Guidelines and Procedures: 

— Does the concept grading guidelines and procedures provide the 
necessary feedback to the concept development process? 

— What clarifications are necessary? 
v GFI Model of ATM Functions: 

— Can the GFI model of ATM functions be improved to account for 
major paradigm shifts in the operation of the ATM? 

— Is the GFI model sufficient to blend, model and analyze and assess 
the current collection of concepts? What more is needed? 

May 23, 2002 - VAMS Guidelines - Breakout Group # 1 22 
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Guidelines 



v Can we achieve greater clarity on the descriptions of the 
guideline elements 

— Probably 

— Functions in element (area) 2 for the top-level description isn’t 
followed through in the detail area (element 3) 

— GFI functional model too constraining 

— Need better set of definitions (VAMS Terminology) 

• Sector overload, capacity, throughput, demand, delay, etc. 

• In element (area) 6, Conceptual Competitors is another term that 
needs clarification 

- is this like the price of fuel going so high or some 
breakthrough in telecommuting lowing the demand for 
flying? 

- What is NASA’s intent for the information on the 
“conceptual competitors”? 


May 23, 2002 - VAMS Guidelines - Breakout Group #1 23 


1 

i 

Guidelines 

vsns 


v Are the concept guidelines sufficient and necessary 
to meet project goals? 

— Yes, they’re necessary. For now, they’re sufficient, but this 

needs to be reviewed as project evolves. 

— Need editing of guideline elements for priority 

• Group feels that the importance of political, legal aspects 
should be higher 

• Area 3 “Human Factors” should be “Human 
Performance” 

• Area 4 “Architecture” should be lower 

• Area 6 “Conceptual Competitors” should probably be 
lower. Maybe this should be Area 1, “Issues” 

• Prioritization should be a “living” attribute through life of 
program 

May 23, 2002 - VAMS Guidelines - Breakout Group #1 24 
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Concept Grading Guidelines 
and Procedures 


v Does the concept grading guidelines and procedures 
provide the necessary feedback to the concept 
development process? 

— Maybe, with the clarifications, below 

v What clarifications are necessary? 

— We assume that these are the evaluation criteria on p3 of 
handouts 

• Need more explicit mapping of concept guidelines to the 
evaluation criteria 

* Need definition of criteria 


May 23, 2002 -VAMS 


Guidelines - Breakout Group #\ 
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GFI Model of ATM Functions VBUIS 

v Can the GFI model of ATM functions be improved to account for major 
paradigm shifts in the operation of the ATM? 

— Yes 

— Seems disconnected from VAST architecture 

• Should we drive deeper in GFI model or VAST architecture? 

• Need better understanding of VAST architecture 

• is there a plan for convergence? 

— Model needs to accommodate drawing of domain boundaries 

v Is the GFI model sufficient to blend, model and analyze and assess the 
current collection of concepts? What more is needed? 

— Need a hierarchically decomposed model with more details 
— Blending needs other things, too. 

• Common scenario definitions 

• Comparison of assumptions 

• Analysis of incompatibilities, unions, intersections, and synergisms 

May 23. 2002 - VAMS Guidelines - Breakout Group U\ 26 
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Airspace Systems Program 

Socio-Economic 
and Demand Forecasting 


John A. Cavolowsky 

Assistant Director 
Airspace Systems Program 

March 23, 2002 



Objective 


♦ The NASA Aeronautics research program has increased 
its emphasis on ATM technologies in response to 
heightened national needs. (VAMS) 

♦ NASA is considering programs to develop technologies 
for an advanced NAS. 

♦ However, it is necessary to have a solid understanding of 
the broader economic environment in which those 
technologies will operate. 

♦ A more complete understanding of the potential 
environments in which NASA research will operate 
enables solutions that are robust under a wide variety of 
conditions. 
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order to develop a research program that will provide 
demonstrable benefits to taxpayers, travelers, and 
industry, the Airspace Systems (AS) program needs to 
understand how national economic conditions, 
demographic trends, and other factors affect the Nation’s 
need for transportation, and air transportation in 
particular. 

♦ This includes the traditional factors (such as price, 
peculation, GDP, and demographics - as well as new 
security concerns) and how they will affect the need for 
NASA sponsored research. 



§||: 


♦tThe-facus of this study will be to develop an understanding of the role 
/^transportation in general and air transportation in particular within 
the U.S. economy, the major determinants of the demand for air 
transportation, and how an intermodal perspective may affect our 
understanding of air travel demand. 


♦ The principal mechanism for developing this understanding will be the 
i of a set of operational-level scenarios that depict the 
I future environment for the global air transportation system. 
These scenarios will include economic conditions, security 
considerations, airport and airspace capacity, and the global political 
environment. 


♦ ^towwdetailed descriptions of the impacts of these operational-level 
scenarios will be developed, in terms of their effects on air travel 
demand volume and its distribution. 


4 


316 



Supporting Organizations 


♦ LMI 

♦ GRA 

♦ Volpe National Transportation Systems Center 

♦ Affiliated consultants and universities 


Currently engaged in a 6-month effort 


Develop Transportation Scenarios 

The Future is Uncertain. 

Technology lead times can be long. 
Conditions are likely to change. 

♦ Identify driving forces 

♦ Determine their potential variation 

♦ Create scenarios spanning the variables 

♦ Examine the resulting scenarios and select a subset for detailed 
study 

♦ Study system trends for the selected scenarios, evaluate costs, and 
assess risk factors 

Limited resources must be allocated to areas 
that are most likely to achieve success in 
scenarios with the greatest probability of 
being realized. 
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♦ Focus on a limited number (4 to 6) of highly plausible 
operational scenarios rather than attempt to address 
every possible scenario. 

• When selecting the scenarios for detailed study, care will be given 
to generate a variety of orthogonal scenario variables. 

♦ Forecasting the future becomes increasingly hard as the 
time horizon is extended. 

• Consequently, we will focus on a 20 year forecast (i.e. 2022) 



♦ Describe the current state of knowledge on the relationship between 
transportation and the economy and how that affects the NASA 
airspace systems research program. 

♦ Review the previous scenarios to include those developed for NASA 
by the National Research Council (“Scenario-Based Strategic 
Planning for NASA’s Aeronautics Enterprise”), and revise, update, 
and expand them as required to reflect current and future conditions. 

♦ Develop a set of demand forecasts, incorporating both aggregate 
Iftaviivolumes and its distribution among airport-pairs and air 
vehicles, for each of the defined scenarios. Develop a schedule of 
commercial and GA flights for each of the scenarios. 
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Activity One 


♦ Conduct literature search of past studies: 

• Generate insights into the interdependence of the broad economic 
environment, the role of transportation, and NASA’s airspace 
systems research 

♦ Examine usage of air transportation by sectors of the 
economy: 

• Identify sectors that are largest users of passenger and cargo air 
transportation 

• Identify sectors that are particularly dependent on air 
transportation in terms of input costs 



<■■■ . 


Air Transport and the Economy 



♦ Catalog and assess existing models: 

• ASAC Air Carrier Investments Model (ACIM) 

• ASAC Air Carrier Cost-Benefit Model (CBM) 

• National Aeronautics Cost-Benefit Analysis Model (NACBA) 

• Population and employment demographic models 

• Mode choice models 

• Economic impact models 

• others 

♦ Identify strengths and weaknesses of economic models 
and their measures: 

• Measures that appeal to technical audiences (e.g. CBO, GAO, 

OMB, etc.) 

• Measures for lay audiences 
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♦ Review external aviation forecasts 
4 Develop market segments of interest 
4 kfc^fy demand drivers 
4 identify supply issues 
4 Align demand with scenarios 
4 Input to Activity 3 
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Aircraft Market Segments 

♦ Regional 

• GA 

• Rotary 

• Turbo Prop 

• RJ 

♦ Mainline 

• 100, 150, 200, 300, 400+ seat 

• Conventional subsonic 

• High speed subsonic 

♦ All cargo 

♦ other 


Drivers 

> - r ?»fc 

♦ Economic growth 

♦ Full price of travel: 

• Access and travel times 

• Access and travel costs 

• Access and travel schedule availability 

• Relative attractiveness of competing modes 
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♦ Congestion/delay 

♦ Security/risk perceptions 

♦ Security time and money costs 

♦ Fuel costs 

♦ Air navigation service/airport charges (high fixed cost) 



♦ Travel market segments: 

• Domestic/international 

• Business/vacation/visit friends and relatives 

• Cargo/passenger 

• Scheduled/on-demand 

• others 

♦ Scenario issues 

• Passenger growth 

• Cargo growth 

• Environmental limits 

• Fuel price shocks 

• World tensions 

• others 

ie| 
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Axes of Interest 


On-Demand 

Modes 


Hub and 
Spoke 1 


High Volume 
W Air Travel 


Point to 
point 


Scheduled 

Service 


Parameter Definitions 

♦ Volume of Air Travel is a 
function of overall health of 
economy, demographic trends, 
security issues, and relative 
attractiveness of competing 
surface modes. 

♦ Scheduled versus On-Demand 
attribute measures the degree 
to which scheduled air carriers 
satisfy air travel demand versus 
GA, SATS, etc. 

♦ Hub and Spoke versus Point to 
Point attribute measures the 
degree to which passengers 
travel directly from their true 
origin to their true destination. 


Traffic Schedule Inputs 


♦ Commercial traffic: 

• Time-of-day patterns for both airports and O&D markets and the 
simulated airline operation strategies for schedule generation 

♦ GA: 

• Based on SATS modeling work 

• Terminal operation forecast, distance profile, and the gravity 
model for the O&D demand 

♦ Cargo 

• TBD 
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VAMS Technical Interchange Meeting #2 


VAST 


* Planning on August 27-29, 2002 

* Technical Presentations and discussions on developing 
VAST capabilities 

* Airspace Concept Evaluation System 

- Build 1 Requirements 

* Real-Time Human-ln-The-Loop System 

- Preliminary Design 

- Validation Experiment Description 

* Human and Team Modeling 

- Approach to Human Performance Modeling 

* CNS Modeling 

- Approach to CNS Modeling and Assessments 

* Scenarios and Metrics 

- Common Scenario Set 


: at 
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